[Distutils] [buildout] extending a .cfg supplied by another package

Tres Seaver tseaver at palladion.com
Mon May 17 17:37:04 CEST 2010


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Chris Withers wrote:
> Tres Seaver wrote:
>>>>      project://some.project/aconfig.cfg
>>> I'd propose egg://some.dotted.name/config.cfg
>> I think egg:some.dotted.name#config.cfg would be clearer:  the
>> "hierarchical" URL form is misleading.
>
> How so? The .cfg could be a file in a folder in the egg, same as a
> template for bfg...

The hierarchical form URLs (containing ';//') imply an "authority"
section (aka "nethost").

>> We could even adopt the
>> convention that such config files needed to be registered as entry
>> points under some given section, e.g.:
>
> I don't see what purpose this would serve. I was ancticipating them
> being just like any other package_resource...

Unlike other hose config files are almost never normal "package data" --
they are practically always kept at the top level of the project
checkout, along with other "packaging metdata" like setup.py,
README.txt, etc.  I just checked, and sure enough, *none* of those files
are present in "installed" eggs, which makes the whole idea a good deal
less practical / valuable:  neither your path-based syntax nor my entry
point is going to have the file available.


Tres.
- --
===================================================================
Tres Seaver          +1 540-429-0999          tseaver at palladion.com
Palladion Software   "Excellence by Design"    http://palladion.com
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkvxYqAACgkQ+gerLs4ltQ7A/QCfaLJ7BlXHEq+eYif15MB7kk0S
tYAAoIJKiSKcxoSEyZvKGd1uX8DeSKmF
=FDY5
-----END PGP SIGNATURE-----


More information about the Distutils-SIG mailing list