[Distutils] PEP 345, PEP 376, PEP 386

[Tarek Ziadé]

On Thu, Jun 04, 2009 at 11:17:38AM +0200, Tarek Ziad? wrote:
> Hello
>
> Here's a status of the current work waiting to be included in
> Distutils.  (target: Python 2.7 and Python 3.2)
>
> I have created PEP 386 for the version comparison work, and gathered
> in it all the work related to version comparison,
> I am not an Fedora, Ubuntu, [put your os here] specialist and the PEP
> is in its early stage, so it needs your feedback
> of you see false statements, incomplete info or errrors.
>
> STATUS:
>
> - new PEP 386 | waiting for your feedback
>
>   - http://svn.python.org/projects/peps/trunk/pep-0386.txt

   ...  < V('1.0.dev456')
   ...  < V('1.0')
   ...  < V('1.0.dev456post623')

Looks like a typo or very un-intuitive. It doesn't seem right that a
"dev" version sorts after a full release.

>
> - PEP 376 | status : waiting for Phillip complementary feedback (and
> anyone else of course)
>
>    - up-to-date PEP proposal :
> http://bitbucket.org/tarek/pep376/src/tip/docs/pep-0376

Will there be a way to tell distutils that it is not responsible for a
package and should error when trying to uninstall it?

Perhaps not installing the RECORD file at all in this case.

I can imagine distutils uninstalling files previously installed by dpkg
as a shortcut to breaking a machine. Though I'm not sure what will
actually happen in practice.

>    - up-to-date prototype code for pkgutil :
> http://bitbucket.org/tarek/pep376/src/tip/pkgutil.py
>
> - PEP 345 | status : waiting for PEP 386 validation
>
>
> Regards
> Tarek
>
> --
> Tarek Ziadé | http://ziade.org
> _______________________________________________
> Distutils-SIG maillist  -  Distutils-SIG at python.org
> http://mail.python.org/mailman/listinfo/distutils-sig

--
Brian Sutherland