[Distutils] distlib updated - comments sought

[Stanley A. Klein]

I looked at the documentation and can't completely follow what you are
doing, although I was told in another email that the issue I raised was
being addressed in pkg_resources.

Here is what I need:

I'm trying to build an rpm package from a Pypi tar.gz.  The tar file
contains several files and subdirectories.  I need to map them as follows:

a.  Send the package modules to /usr/lib/pythonx.x/site-packages/name_of_pkg

b.  Send the executable command scripts to /usr/bin or /usr/sbin as
appropriate

c.  Send any readme files, license files, doc directories, example
directories, test directories, and other such files/directories to
/usr/share/doc/name_of_pkg

d.  Generally, send the various files to places prescribed in the
Filesystem Hierarchy Standard for Unix/Linux.

I can't completely see how I would do this using what is described in the
distlib documentation.


Stan Klein


On Fri, October 5, 2012 6:00 am, Vinay Sajip <vinay_sajip at yahoo.co.uk> wrote:

> Date: Thu, 4 Oct 2012 22:28:01 +0000 (UTC)
> From: Vinay Sajip <vinay_sajip at yahoo.co.uk>
> To: Distutils-Sig at Python.Org
> Subject: [Distutils] distlib updated - comments sought

>
> I've updated distlib as follows:
>
> 1. I've added support for the equivalent of
> "pkg_resources.resource_filename"
>    for returning a true filesystem path for a resource. I've added info
> about
>    this in the "Distlib's design" document, though the reference API has
> not
>    been fully updated - I thought I'd see if there was any feedback about
> the
>    approach I've used. Code and tests have been added, though.
>
> 2. I've added the PyPI client code from distutils2 in distlib.pypi. I only
>    tweaked it a little to run under 2.x and 3.x from a single code base,
>    ensuring that all the tests passed. I hope to update it with better
> support
>    for finding archives not hosted on PyPI, using hints.
>
> I'm also considering the following changes, which I'd like some feedback
> on:
>
> * Merging the distlib.depgraph package into the distlib.database package,
> as
>   they are fairly interlinked (e.g. adding requires() and required_by()
> methods
>   to Distribution).
>
> * Removing depgraph.main() and its test, because I don't think it belongs
> in the
>   library layer, but is better implemented as a utility script.
>
> Please let me have your comments.
>
> Regards,
>
> Vinay Sajip
>