Re: making it feasible to rely on loaders for reading intra-package data files

Nick Coghlan <[email protected]> Thu, 6 Feb 2014 08:58:23 +1000
Newsgroups gmane.comp.python.import
Message-ID <CADiSq7f+53UUxH685dEf4oqt2yHtVV0UUGf8cFkh1q_g8MiOqQ@mail.gmail.com>
That's a very fair point - when I dove into pkg_resources I was interested
in the WorkingSet issues affecting Beaker, so my comments about complexity
are better read as referring specifically to pkg_resources.WorkingSet and
the other components related to multi-version support, rather than the
resource access API. (And in the context of Chandler as an integrated
application and there being no "default" version of packages already on
sys.path, pkg_resources.WorkingSet works fine - problems only arise because
Fedora *does* bless one version as default, puts it directly on sys.path,
and then the first pkg_resources import in an application locks all of
those default versions in as the expected versions if you don't arrange to
set __main__.__requires__ first, which then doesn't play well with entry
point based script wrappers)

So extracting just the resource API to add to pkgutil sounds like a good
idea to me, and should be a lot simpler than trying to tackle WorkingSet.

Cheers,
Nick.

_______________________________________________
Import-SIG mailing list
[email protected]
https://mail.python.org/mailman/listinfo/import-sig