distutils.cfg vs pydistutils.cfg
Hello For http://bugs.python.org/issue6555, I was wondering if anyone recall why we have two different names (pydistutils.cfg vs distutils.cfg) As Zookoo pointed (and Google, if I search for "distutils.cfg pydistutils.cfg" :) ) it brings a lot of confusion, and I would like to deprecate pydistutils.cfg and have ".distutils.cfg" and "distutils.cfg" for the user-level file (unless someone finds a good reason it has to be different) Cheers Tarek -- Tarek Ziadé | http://ziade.org
Tarek Ziadé wrote:
Hello
For http://bugs.python.org/issue6555, I was wondering if anyone recall why we have two different names (pydistutils.cfg vs distutils.cfg)
As Zookoo pointed (and Google, if I search for "distutils.cfg pydistutils.cfg" :) ) it brings a lot of confusion, and I would like to deprecate pydistutils.cfg
.pydistutils.cfg is placed in the home dir of the user. In order to establish some connection with Python, the "py" prefix was added. All other location already have an implicit relationship with Python, so the prefix is not needed. It would be nice to have a user config *directory* for all Python config things, e.g. ~/.python/. Then it'd be natural to drop the ".py" prefix. Without the prefix, people would have a hard time connecting a .distutils.cfg in their home dir with Python.
and have ".distutils.cfg" and "distutils.cfg" for the user-level file (unless someone finds a good reason it has to be different)
-- Marc-Andre Lemburg eGenix.com Professional Python Services directly from the Source (#1, Aug 03 2009)
Python/Zope Consulting and Support ... http://www.egenix.com/ mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/
::: Try our new mxODBC.Connect Python Database Interface for free ! :::: eGenix.com Software, Skills and Services GmbH Pastor-Loeh-Str.48 D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg Registered at Amtsgericht Duesseldorf: HRB 46611 http://www.egenix.com/company/contact/
On Aug 3, 2009, at 4:45 AM, M.-A. Lemburg wrote:
It would be nice to have a user config *directory* for all Python config things, e.g. ~/.python/. Then it'd be natural to drop the ".py" prefix. Without the prefix, people would have a hard time connecting a .distutils.cfg in their home dir with Python.
Python already uses ~/.local for stuff. It should go in there. -Barry
Barry Warsaw wrote:
On Aug 3, 2009, at 4:45 AM, M.-A. Lemburg wrote:
It would be nice to have a user config *directory* for all Python config things, e.g. ~/.python/. Then it'd be natural to drop the ".py" prefix. Without the prefix, people would have a hard time connecting a .distutils.cfg in their home dir with Python.
Python already uses ~/.local for stuff. It should go in there.
You have a point there... we could put the user local config files into ~/.local/lib/python2.6/ and then name it distutils.cfg just like for the system-wide install. -- Marc-Andre Lemburg eGenix.com Professional Python Services directly from the Source (#1, Aug 04 2009)
Python/Zope Consulting and Support ... http://www.egenix.com/ mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/
::: Try our new mxODBC.Connect Python Database Interface for free ! :::: eGenix.com Software, Skills and Services GmbH Pastor-Loeh-Str.48 D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg Registered at Amtsgericht Duesseldorf: HRB 46611 http://www.egenix.com/company/contact/
2009/8/4 M.-A. Lemburg
Barry Warsaw wrote:
On Aug 3, 2009, at 4:45 AM, M.-A. Lemburg wrote:
It would be nice to have a user config *directory* for all Python config things, e.g. ~/.python/. Then it'd be natural to drop the ".py" prefix. Without the prefix, people would have a hard time connecting a .distutils.cfg in their home dir with Python.
Python already uses ~/.local for stuff. It should go in there.
You have a point there... we could put the user local config files into ~/.local/lib/python2.6/ and then name it distutils.cfg just like for the system-wide install.
So in that case I suppose I have to lookup at PYTHONUSERBASE as well, as done on site.py. I also propose if that's the case, to add a function in site.py that returns USER_SITE and USER_BASE, so it can be used by site.addusersitepackages *and* by distutils here Regards Tarek -- Tarek Ziadé | http://ziade.org
Tarek Ziadé wrote:
2009/8/4 M.-A. Lemburg
: Barry Warsaw wrote:
On Aug 3, 2009, at 4:45 AM, M.-A. Lemburg wrote:
It would be nice to have a user config *directory* for all Python config things, e.g. ~/.python/. Then it'd be natural to drop the ".py" prefix. Without the prefix, people would have a hard time connecting a .distutils.cfg in their home dir with Python.
Python already uses ~/.local for stuff. It should go in there.
You have a point there... we could put the user local config files into ~/.local/lib/python2.6/ and then name it distutils.cfg just like for the system-wide install.
So in that case I suppose I have to lookup at PYTHONUSERBASE as well, as done on site.py.
I also propose if that's the case, to add a function in site.py that returns USER_SITE and USER_BASE, so it can be used by site.addusersitepackages *and* by distutils here
+1 While you're at it, please also add a function that returns the global site-packages dir(s). -- Marc-Andre Lemburg eGenix.com Professional Python Services directly from the Source (#1, Aug 04 2009)
Python/Zope Consulting and Support ... http://www.egenix.com/ mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/
::: Try our new mxODBC.Connect Python Database Interface for free ! :::: eGenix.com Software, Skills and Services GmbH Pastor-Loeh-Str.48 D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg Registered at Amtsgericht Duesseldorf: HRB 46611 http://www.egenix.com/company/contact/
On Tue, Aug 4, 2009 at 10:57 AM, M.-A. Lemburg
Tarek Ziadé wrote:
2009/8/4 M.-A. Lemburg
: Barry Warsaw wrote:
On Aug 3, 2009, at 4:45 AM, M.-A. Lemburg wrote:
It would be nice to have a user config *directory* for all Python config things, e.g. ~/.python/. Then it'd be natural to drop the ".py" prefix. Without the prefix, people would have a hard time connecting a .distutils.cfg in their home dir with Python.
Python already uses ~/.local for stuff. It should go in there.
You have a point there... we could put the user local config files into ~/.local/lib/python2.6/ and then name it distutils.cfg just like for the system-wide install.
So in that case I suppose I have to lookup at PYTHONUSERBASE as well, as done on site.py.
I also propose if that's the case, to add a function in site.py that returns USER_SITE and USER_BASE, so it can be used by site.addusersitepackages *and* by distutils here
+1
While you're at it, please also add a function that returns the global site-packages dir(s).
it's done, I'll just wait for svn to come back and post a clean diff at bugs.python.org for your reviews guys before I commit it. btw I don't like too much site.py's function names, they are not readable with no "_" at all to separate words: - addbuilddir - removeduppaths - addusersitepackages - ... I would love seeing new names there with underscore separated words while we're at it, and deprecate those, in any case, i've followed that file convention for now and I have added three functions: - getsitepackages - getusersitepackages - getuserbase Cheers Tarek
-- Marc-Andre Lemburg eGenix.com
Professional Python Services directly from the Source (#1, Aug 04 2009)
Python/Zope Consulting and Support ... http://www.egenix.com/ mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/
::: Try our new mxODBC.Connect Python Database Interface for free ! ::::
eGenix.com Software, Skills and Services GmbH Pastor-Loeh-Str.48 D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg Registered at Amtsgericht Duesseldorf: HRB 46611 http://www.egenix.com/company/contact/
-- Tarek Ziadé | http://ziade.org
On Wed, Aug 12, 2009
I also propose if that's the case, to add a function in site.py that returns USER_SITE and USER_BASE, so it can be used by site.addusersitepackages *and* by distutils here
+1
While you're at it, please also add a function that returns the global site-packages dir(s).
It's ready waiting for your review(s) http://bugs.python.org/issue6693 Cheers Tarek
participants (3)
-
Barry Warsaw
-
M.-A. Lemburg
-
Tarek Ziadé