A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://mail.python.org/pipermail/python-dev/2009-March/087727.html below:

[Python-Dev] "setuptools has divided the Python community"

[Python-Dev] "setuptools has divided the Python community"P.J. Eby pje at telecommunity.com
Fri Mar 27 00:49:32 CET 2009
At 11:27 PM 3/26/2009 +0000, Paul Moore wrote:
>What I'd really like is essentially some form of "virtual filesystem"
>access to stuff addressed relative to a Python package name,

Note that relative to a *Python package name* isn't quite as useful, 
due to namespace packages.  To be unambiguous as to the targeted 
resource, one needs to be able to reference a specific project, and 
that requires you to go off the name of a module *within* a 
package.  For example, 'zope.somemodule' rather than just 'zope'.  To 
put it another way, you don't want to use a module that comes from an 
__init__.py as your origin point, but rather, some other .py file 
within the package.  Then you can talk to that module's loader 
without fear of ambiguity.


>  rather
>than to a filesystem path. How much filesystem functionality is
>required is somewhat up for debate, but the basic listdir, get
>(text/binary) contents, open (text/binary) stream would be a good
>start (as Guido pointed out).

"isdir" and "exists" would also be nice; pkg_resources provides 
those, plus listdir and string/stream.

More information about the Python-Dev mailing list

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4