Re: [Distutils] distutils2 1.0a4 and simple package

2012-03-22 Thread kristian kvilekval
This is exactly the situation I have.. A single project with client and 
server side 
libraries.  The entire project is in a single VCS repository.  

 

On Wednesday, March 21, 2012 8:27:37 PM UTC-7, Éric Araujo wrote:
>
> > Thanks for the pointer, is there anyway to use another filename other
> > than setup.cfg?
> > I am trying to build several related package from a common root?
> In the current code the filename must be setup.cfg.  I think the rise of
> distributed version control systems and usable packaging tools like pip
> and buildout (and setuptools’ namespace package feature) have encouraged
> the separation of projects into separate libraries, each one with its
> repository and setup.py file.  That may be the reason why setup.cfg is
> hard-coded in distutils2.
>
> What do other people think about this?  Is the ability to create more
> than one Python distribution from one directory something we really need?
>
>

We would like to build separate distributions for the client and server.
>From my standpoint, I would like to build them together as they
share some common directories (i.e. config, docs and readme's)




 

> (MAL: I think you use a similar system for your mx releases, please
> ignore this if I remembered wrong.)
>
> Regards
> __​_
> Distutils-SIG maillist  -  Distutils-SIG@python.org
> http://mail.python.org/​mailman/listinfo/distutils-sig
>
>___
Distutils-SIG maillist  -  Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig


Re: [Distutils] distutils2 1.0a4 and simple package

2012-03-22 Thread Jim Fulton
On Wed, Mar 21, 2012 at 11:27 PM, Éric Araujo  wrote:
>> Thanks for the pointer, is there anyway to use another filename other
>> than setup.cfg?
>> I am trying to build several related package from a common root?
> In the current code the filename must be setup.cfg.  I think the rise of
> distributed version control systems and usable packaging tools like pip
> and buildout (and setuptools’ namespace package feature) have encouraged
> the separation of projects into separate libraries, each one with its
> repository and setup.py file.  That may be the reason why setup.cfg is
> hard-coded in distutils2.

It was likewise awkward to name setup.py anything other than setup.py.

I have a few VCS projects that contain multiple Python projects in separate
directories:

  http://svn.zope.org/zc.buildout/trunk/
  http://svn.zope.org/bobo/trunk/

This has worked fine for me.

I might like more flexibility, not sure, but the current limitation
probably makes installers simpler, which is worthwhile imo.

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
___
Distutils-SIG maillist  -  Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig


Re: [Distutils] distutils2 1.0a4 and simple package

2012-03-22 Thread Erik Bray
On Wed, Mar 21, 2012 at 11:27 PM, Éric Araujo  wrote:
>> Thanks for the pointer, is there anyway to use another filename other
>> than setup.cfg?
>> I am trying to build several related package from a common root?
> In the current code the filename must be setup.cfg.  I think the rise of
> distributed version control systems and usable packaging tools like pip
> and buildout (and setuptools’ namespace package feature) have encouraged
> the separation of projects into separate libraries, each one with its
> repository and setup.py file.  That may be the reason why setup.cfg is
> hard-coded in distutils2.
>
> What do other people think about this?  Is the ability to create more
> than one Python distribution from one directory something we really need?

This is a use case I've had twice in the past, if I understand
correctly at least.  In both cases a fair bit of evil hackery was
employed to make it possible in distutils (actually setuptools).  So
it can be done, but it gets ugly, and can cause some surprisingly
problems, most of which I can't even think of at the moment.  What I
can say is that the take away lesson of that experiment was to not do
that, and to just break everything into separately distributed
packages.

Erik
___
Distutils-SIG maillist  -  Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig