need guidance on state-of-the-art for "entry points"

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|

need guidance on state-of-the-art for "entry points"

Doug Hellmann-3
Dear Fellowship,

I am starting a new project which will be heavily extensible using plugins defined in other people's packages over which I have little or no control. I was planning to use setuptools entry points to manage the plugin discovery, since it has worked so well for virtualenvwrapper. However, in the process of searching for current documentation to reference in the project documentation, I got lost and confused about what is currently supported and what is deprecated.

Can someone tell me the currently approved way to work with a modern version of entry points? Should I continue to use distribute/setuptools as before? Should I move to distutils2 and some new metadata in the setup.cfg file? Should I be using Tarek's "extensions" package? If so, how do I tell distutils2 to run the registration code during installation?

Thanks,
Doug

_______________________________________________
Distutils-SIG maillist  -  [hidden email]
http://mail.python.org/mailman/listinfo/distutils-sig
Reply | Threaded
Open this post in threaded view
|

Re: need guidance on state-of-the-art for "entry points"

Ronny Pfannschmidt
Hi doug,

currently just distribute/setuptools is the way to go,
later on packaging/ds2 will probably provide a replacement,
but thats currently not usable/feature complete

-- Ronny

On 04/25/2012 07:33 PM, Doug Hellmann wrote:

> Dear Fellowship,
>
> I am starting a new project which will be heavily extensible using plugins defined in other people's packages over which I have little or no control. I was planning to use setuptools entry points to manage the plugin discovery, since it has worked so well for virtualenvwrapper. However, in the process of searching for current documentation to reference in the project documentation, I got lost and confused about what is currently supported and what is deprecated.
>
> Can someone tell me the currently approved way to work with a modern version of entry points? Should I continue to use distribute/setuptools as before? Should I move to distutils2 and some new metadata in the setup.cfg file? Should I be using Tarek's "extensions" package? If so, how do I tell distutils2 to run the registration code during installation?
>
> Thanks,
> Doug
>
> _______________________________________________
> Distutils-SIG maillist  -  [hidden email]
> http://mail.python.org/mailman/listinfo/distutils-sig

_______________________________________________
Distutils-SIG maillist  -  [hidden email]
http://mail.python.org/mailman/listinfo/distutils-sig
Reply | Threaded
Open this post in threaded view
|

Re: need guidance on state-of-the-art for "entry points"

Doug Hellmann-3
OK, thanks!

On Apr 25, 2012, at 1:39 PM, Ronny Pfannschmidt wrote:

> Hi doug,
>
> currently just distribute/setuptools is the way to go,
> later on packaging/ds2 will probably provide a replacement,
> but thats currently not usable/feature complete
>
> -- Ronny
>
> On 04/25/2012 07:33 PM, Doug Hellmann wrote:
>> Dear Fellowship,
>>
>> I am starting a new project which will be heavily extensible using plugins defined in other people's packages over which I have little or no control. I was planning to use setuptools entry points to manage the plugin discovery, since it has worked so well for virtualenvwrapper. However, in the process of searching for current documentation to reference in the project documentation, I got lost and confused about what is currently supported and what is deprecated.
>>
>> Can someone tell me the currently approved way to work with a modern version of entry points? Should I continue to use distribute/setuptools as before? Should I move to distutils2 and some new metadata in the setup.cfg file? Should I be using Tarek's "extensions" package? If so, how do I tell distutils2 to run the registration code during installation?
>>
>> Thanks,
>> Doug
>>
>> _______________________________________________
>> Distutils-SIG maillist  -  [hidden email]
>> http://mail.python.org/mailman/listinfo/distutils-sig
>

_______________________________________________
Distutils-SIG maillist  -  [hidden email]
http://mail.python.org/mailman/listinfo/distutils-sig