I have found this approach problematic if you have packages separately
developed and maintained in different directory trees, resulting in
more than one PYTHONPATH entry with the same root metapackage name.
What happens is that only the first entry in the PYTHONPATH containing
the metapackage name
On Friday, March 11, 2011 4:52:57 PM UTC-5, Tim Johnson wrote:
> I need to be better informed on naming conventions for modules. For
> instance, I need to create a new module and I want to make sure that
> the module name will not conflict with any future or current python
> system module names.
Tim Johnson wrote:
> I need to be better informed on naming conventions for modules. For
> instance, I need to create a new module and I want to make sure that
> the module name will not conflict with any future or current python
> system module names.
COBOL in its golden years had a practice th
* Ben Finney [110313 17:15]:
> Tim Johnson writes:
>
> > I need to be better informed on naming conventions for modules. For
> > instance, I need to create a new module and I want to make sure that
> > the module name will not conflict with any future or current python
> > system module names.
>
Tim Johnson writes:
> I need to be better informed on naming conventions for modules. For
> instance, I need to create a new module and I want to make sure that
> the module name will not conflict with any future or current python
> system module names.
You'll never be able to make sure of that,
* David Marek [110311 13:20]:
> Hi,
>
> Have you read PEP 8? http://python.org/dev/peps/pep-0008/
> I don't think it's possible to be sure that the name of your module
> won't conflict with system module name (if you'll follow conventions).
>
> You can find the list of all PEPs at http://python.
Hi,
Have you read PEP 8? http://python.org/dev/peps/pep-0008/
I don't think it's possible to be sure that the name of your module
won't conflict with system module name (if you'll follow conventions).
You can find the list of all PEPs at http://python.org/dev/peps/
--
David Marek
dav...@atrey.k