Info/ Examples of uninstall hook in distutils2

packaging in or out of 3.3?

Re: Is distutils2 at a beta level?

Hi Dennis,

>> What you can do is add distutils2 support in parallel to your setup.py
>> script based on distutils or setuptools.  Call “pysetup generate-setup”
>> in an empty directory and use the generated setup.py to see what I mean.
> Is this something that can be done with distutils2 and python2.7 right
> now?
Yes, if you use the development version from the repository or the 1.0a4
release that was cut a week or two ago.

> I'm really excited about the work being done here and would like
> to start trying it out.
Great!  We need feedback from users, even if the manpower and the time
to fix all the things is limited.

> I installed distutils2 with pip, but can't find pysetup installed
> anywhere.  Just curious if this is possible to try using the
> "pysetup generate-setup" as you recommend.
Upgrade your existing install with pip and you’ll get the pysetup command.

> Thanks again for the effort here guys.  A lot of people in the python
> community are excited for the 1.0 release!
Thanks for the kind words!

plan to participate GSOC2012 ?

distutils2 and the "develop" command

Removing support for old Python versions

Hi Tarek and all,

Someone suggested me that it was not very useful to support Python 3.1.
 From memory, I think the arguments were that it is not widely used,
Python 3 adopters may be more prone to updating to 3.2 quickly, many
people go from 2.7 to 3.2 or wait for the memory improvements in 3.3,
and the codebase is more complicated because 3.1 doesn’t have
__pycache__ directories.  So, do you think it is worth it to support 3.1?

On the same note, do we still care about 2.4?  Having to build _hashlib
is a pain, especially on Windows.

Cheers

extensions project and packaging/distutils

I apologize if this has been clearly laid out somewhere already.

there's a blog post from tarek on 3/21/11 where he says:
>>Q: What’s the future of “entry points” ?
>>A: packaging will allow adding extra custom metadata. So the plan is to create a third-party project that
>>provides a similar feature than entry points.

is that 3rd party project this?: https://bitbucket.org/tarek/extensions
is this considered a live project?

also, there's there's a post to this list on 5/12/11 where tarek says
>>1/ defining entry points
>>  - setuptools: entry_points option in setup.py
>>  - d2: a custom metadata in setup.cfg
>>2/ installing entry points:
>>  - setuptools: entry_points.txt in egg-info
>>  - d2: CUSTOM in dist-info
>>3/ browsing entry points
>>  - setuptools: pkg_resources APIs
>>  - d2: pkgutil APIs
>>So it seems to me that there's nothing to ship more

just want to make sure this last comment doesn't intend to negate the
need for something like the extensions project?

thanks
Marcus

Re: PyCon US 2012 poster on distutils2/packaging

Hi Nick,

Sorry nobody replied earlier.  This mailing list is definitely
appropriate to request comments on a poster, talk or any document.
Technically the distutils-sig ML is the generic list where all 
packaging
tools are discussed and represented, whereas this list was created to
discuss distutils2 only in a setting without hot arguments, but feel 
free
to use either.

Regards