473,386 Members | 2,078 Online
Bytes | Software Development & Data Engineering Community
Post Job

Home Posts Topics Members FAQ

Join Bytes to post your question to a community of 473,386 software developers and data experts.

relative import broken?

Are relative imports broken in 2.5?
Directory ``temp`` contains::

__init__.py
test1.py
test2.py

File contents:
__init__.py and test2.py are empty
test1.py contains a single line::

from . import test2

Python 2.5.1 under Win2000, cmd line execution,
produces as output::

Traceback (most recent call last):
File "F:\temp\test1.py", line 1, in <module>
from . import test2
ValueError: Attempted relative import in non-package

Why?

Thanks,
Alan Isaac
Apr 28 '07 #1
12 2691
Alan Isaac <ai****@american.eduwrote:
Are relative imports broken in 2.5?
Directory ``temp`` contains::

__init__.py
test1.py
test2.py

File contents:
__init__.py and test2.py are empty
test1.py contains a single line::

from . import test2

Python 2.5.1 under Win2000, cmd line execution,
produces as output::

Traceback (most recent call last):
File "F:\temp\test1.py", line 1, in <module>
from . import test2
ValueError: Attempted relative import in non-package

Why?
If you're running test1.py as your main module, then it's not part of a
package, so the relative import should indeed fail as you mention.
OTOH, something like:

$ python -c'from temp import test1'

from the parent directory of temp should work fine. Since you don't
give us the exact command line you're trying to execute, it's impossible
to guess exactly what you're doing.
Alex
Apr 28 '07 #2
"Alex Martelli" <al***@mac.comwrote in message
news:1h**************************@mac.com...
If you're running test1.py as your main module, then it's not part of a
package, so the relative import should indeed fail as you mention.
So if I understand you,
in a package, any module that I wish
to make available for execution as a script
(in the usual way, with a main function)
cannot have any relative imports.
Is this right? What is the reason for
this restriction? (And where is it
documented?)

Thank you,
Alan Isaac
Apr 29 '07 #3
Alan Isaac <ai****@american.eduwrote:
"Alex Martelli" <al***@mac.comwrote in message
news:1h**************************@mac.com...
If you're running test1.py as your main module, then it's not part of a
package, so the relative import should indeed fail as you mention.

So if I understand you,
in a package, any module that I wish
to make available for execution as a script
(in the usual way, with a main function)
cannot have any relative imports.
Is this right? What is the reason for
this restriction? (And where is it
documented?)
The most up-to-date documentation for import and from statements is at
<http://docs.python.org/dev/ref/import.htmlbut it's still somewhat
incomplete -- it gives the grammar for relative imports, but does not
explain its semantics, nor, for that matter, any of the semantics of
pakages. The discussions about relative imports in particular are
recorded as PEP 328, while an old essay about the semantics of packages
is recorded at a link give on the docs page I mentioned.

Very simply, PEP 328 explains:
"""
Relative Imports and __name__

Relative imports use a module's __name__ attribute to determine that
module's position in the package hierarchy. If the module's name does
not contain any package information (e.g. it is set to '__main__') then
relative imports are resolved as if the module were a top level module,
regardless of where the module is actually located on the file system.
"""
and points to four discussion threads on python-dev which, after much
give and take, led to Guido picking these semantics.

To me, it makes sense: if a module is top-level, and thus not part of a
package (and __main__ in particular is always in that state), then
saying "import from the current package" has no well defined meaning,
because there IS no "current package". Using __name__ rather than
__file__, in turn, makes a lot of sense, because a package's _logical_
structure is defined by its __path__, and need not coincide with any
_physical_ arrangement of directories.

If you have a better and sharper idea about how relative imports should
work in toplevel modules (those whose __name__ indicates they have NOT
been imported as part of a package, including __main__), feel free to
make a case for it on python-dev (python-list is fine for preliminary
discussions and brainstorming, but nothing will happen about any idea
until and unless it's taken to python-dev, survives the scathing barrage
of objections that strongly characterizes that mailing list, and finally
manages to convince Guido:-).
Alex
Apr 30 '07 #4
"Alex Martelli" <al***@mac.comwrote in message
news:1h*************************@mac.com...
To me, it makes sense: if a module is top-level, and thus not part of a
package (and __main__ in particular is always in that state), then
saying "import from the current package" has no well defined meaning,
because there IS no "current package".
Thanks for the explanations.
I do not have an opinion because I have not really thought this through.

One of the things I was hoping for, however, was for a less hackish way
for scripts bundled with a package to access the package modules.

That is, suppose I have directory ``mypackage`` with subdirectory
``scripts``.
What is the pretty way for the scripts to access ``mypackage`` without
assuming ``mypackage`` is in ``sys.path``?

Thanks,
Alan Isaac
Apr 30 '07 #5
Alan Isaac <ai****@american.eduwrote:
"Alex Martelli" <al***@mac.comwrote in message
news:1h*************************@mac.com...
To me, it makes sense: if a module is top-level, and thus not part of a
package (and __main__ in particular is always in that state), then
saying "import from the current package" has no well defined meaning,
because there IS no "current package".

Thanks for the explanations.
I do not have an opinion because I have not really thought this through.

One of the things I was hoping for, however, was for a less hackish way
for scripts bundled with a package to access the package modules.

That is, suppose I have directory ``mypackage`` with subdirectory
``scripts``.
What is the pretty way for the scripts to access ``mypackage`` without
assuming ``mypackage`` is in ``sys.path``?
I don't know of any "pretty" way -- I'd do it by path manipulation
(finding mypackage from os.path.abspath(__file__) and inserting its
_parent_ directory in sys.path).
Alex
May 1 '07 #6
"Alex Martelli" <al***@mac.comwrote in message
news:1h**************************@mac.com...
I don't know of any "pretty" way -- I'd do it by path manipulation
(finding mypackage from os.path.abspath(__file__) and inserting its
_parent_ directory in sys.path).

Yes, that seems to be the standard solution.
I find it ugly. Anyway, I suppose my question remains:
why are we constrained from solving this with
a relative import? (And I suppose your answer will be:
well then, relative to *what*? I am having trouble
seeing why that answer cannot be given a clear riposte.)

Thanks,
Alan
May 1 '07 #7
"Alex Martelli" <al***@mac.comwrote in message
news:1h**************************@mac.com...
I don't know of any "pretty" way -- I'd do it by path manipulation
(finding mypackage from os.path.abspath(__file__) and inserting its
_parent_ directory in sys.path).
"Alan Isaac" <ai****@american.eduwrote in message
news:7nNZh.4420$st3.1414@trnddc06...
Yes, that seems to be the standard solution.
I find it ugly.
Just to confirm that I am right to find it ugly:
does this not clearly introduce the possibility of name clashes?
Or am I overlooking some trick?

Alan Isaac
May 2 '07 #8
Alan Isaac <ai****@american.eduwrote:
"Alex Martelli" <al***@mac.comwrote in message
news:1h**************************@mac.com...
I don't know of any "pretty" way -- I'd do it by path manipulation
(finding mypackage from os.path.abspath(__file__) and inserting its
_parent_ directory in sys.path).


Yes, that seems to be the standard solution.
I find it ugly. Anyway, I suppose my question remains:
why are we constrained from solving this with
a relative import? (And I suppose your answer will be:
well then, relative to *what*? I am having trouble
seeing why that answer cannot be given a clear riposte.)
So what do you think the answer should be?

Alex
May 2 '07 #9
Alan Isaac <ai****@american.eduwrote:
"Alex Martelli" <al***@mac.comwrote in message
news:1h**************************@mac.com...
I don't know of any "pretty" way -- I'd do it by path manipulation
(finding mypackage from os.path.abspath(__file__) and inserting its
_parent_ directory in sys.path).

"Alan Isaac" <ai****@american.eduwrote in message
news:7nNZh.4420$st3.1414@trnddc06...
Yes, that seems to be the standard solution.
I find it ugly.

Just to confirm that I am right to find it ugly:
does this not clearly introduce the possibility of name clashes?
Or am I overlooking some trick?
If you use sys.path.insert(0, ...), not sys.path.append, I'm not sure
what "name clashes" you're thinking of -- as long as you avoid naming
your modules the same as ones in the standard library (which is a good
practice I heartily recommend), of course, what scenario do you fear?

You can have more control about _where_ stuff can get imported from by
directly calling the __import__ builtin, but that's not often needed.
Alex
May 2 '07 #10
"Alex Martelli" <al***@mac.comwrote in message
news:1h***************************@mac.com...
So what do you think the answer should be?
Well I'm clearly not seeing into the depths of this,
so I'm not going to propose anything. But to stick
close to my example, I am not clear why a script
when executed could not do imports relative to
__file__. This seems like natural behavior to me.

Thanks,
Alan Isaac
May 2 '07 #11
"Alex Martelli" <al***@mac.comwrote in message
news:1h*************************@mac.com...
Very simply, PEP 328 explains:
"""
Relative Imports and __name__

Relative imports use a module's __name__ attribute to determine that
module's position in the package hierarchy. If the module's name does
not contain any package information (e.g. it is set to '__main__') then
relative imports are resolved as if the module were a top level module,
regardless of where the module is actually located on the file system.
"""
To change my question somewhat, can you give me an example
where this behavior (when __name__ is '__main__') would
be useful for a script? (I.e., more useful than importing relative
to the directory holding the script, as indicated by __file__.)

Thanks,
Alan Isaac
May 3 '07 #12
On May 3, 10:08 am, "Alan Isaac" <ais...@american.eduwrote:
"Alex Martelli" <a...@mac.comwrote in message

news:1h*************************@mac.com...
Very simply, PEP 328 explains:
"""
Relative Imports and __name__
Relative imports use a module's __name__ attribute to determine that
module's position in the package hierarchy. If the module's name does
not contain any package information (e.g. it is set to '__main__') then
relative imports are resolved as if the module were a top level module,
regardless of where the module is actually located on the file system.
"""

To change my question somewhat, can you give me an example
where this behavior (when __name__ is '__main__') would
be useful for a script? (I.e., more useful than importing relative
to the directory holding the script, as indicated by __file__.)
Do you realize it's a different behaviour and it won't work for some
packages? One possible alternative is to assume empty parent
package and let from . import foo work but not
from .. import bar or any other upper levels. The package author
should also realize __init__.py will be ignored.

-- Leo

May 4 '07 #13

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

0
by: Rutger Claes | last post by:
In the directory /var/www/dynamo/xsl is the basic xsl file for xhtml documents /var/www/dynamo/xsl/xhtml.xsl. In this file there is an import statement: <xsl:import href="xhtml/basic.xhtml.xsl"...
0
by: Anders J. Munch | last post by:
Now 2.5 is out, and we have a syntax for explicit relative imports (PEP 328, http://www.python.org/dev/peps/pep-0328/, in case anyone wasn't paying attention). The long-term plan is that the...
1
by: Alexey Borzenkov | last post by:
After reading PEP-0328 I wanted to give relative imports a try: # somepkg/__init__.py <empty> # somepkg/test1.py from __future__ import absolute_import from . import test2 if __name__ ==...
0
by: Alan Isaac | last post by:
What is the recommended packaging of demo scripts or test scripts for a package that has modules that use relative imports? Example: Suppose I have the package structure: package/...
0
by: Kay Schluehr | last post by:
Since their introduction in Python 2.5 I only reviewed the new "relative import" notation briefly by reading the "What's new in Python 2.5" article. Now I wanted checkout if I get comfortable with...
10
by: test | last post by:
basic noob question here. i am trying to reference a package, i have the structure: mypack/ __init__.py test.py subdir1/ __init__.py mod1.py
4
by: DG | last post by:
Alright, I have searched and searched and read many conversations on the topic of relative and absolute imports and am still not getting the whole thing through my skull. Highlights of what I've...
0
by: Stef Mientki | last post by:
hello, I'm running Python 2.5 and want my programs to run at least under Windows and Linux (preferable also Mac). So I guess I should always use relative paths. From most modules I can call a...
0
by: Gabriel Genellina | last post by:
En Sat, 18 Oct 2008 05:52:04 -0300, Stef Mientki <stef.mientki@gmail.com> escribió: Why don't you let the caller tell you its own location, using __file__? The above code is too much magic for...
0
by: taylorcarr | last post by:
A Canon printer is a smart device known for being advanced, efficient, and reliable. It is designed for home, office, and hybrid workspace use and can also be used for a variety of purposes. However,...
0
by: ryjfgjl | last post by:
If we have dozens or hundreds of excel to import into the database, if we use the excel import function provided by database editors such as navicat, it will be extremely tedious and time-consuming...
0
by: ryjfgjl | last post by:
In our work, we often receive Excel tables with data in the same format. If we want to analyze these data, it can be difficult to analyze them because the data is spread across multiple Excel files...
0
by: emmanuelkatto | last post by:
Hi All, I am Emmanuel katto from Uganda. I want to ask what challenges you've faced while migrating a website to cloud. Please let me know. Thanks! Emmanuel
1
by: nemocccc | last post by:
hello, everyone, I want to develop a software for my android phone for daily needs, any suggestions?
1
by: Sonnysonu | last post by:
This is the data of csv file 1 2 3 1 2 3 1 2 3 1 2 3 2 3 2 3 3 the lengths should be different i have to store the data by column-wise with in the specific length. suppose the i have to...
0
by: Hystou | last post by:
There are some requirements for setting up RAID: 1. The motherboard and BIOS support RAID configuration. 2. The motherboard has 2 or more available SATA protocol SSD/HDD slots (including MSATA, M.2...
0
marktang
by: marktang | last post by:
ONU (Optical Network Unit) is one of the key components for providing high-speed Internet services. Its primary function is to act as an endpoint device located at the user's premises. However,...
0
jinu1996
by: jinu1996 | last post by:
In today's digital age, having a compelling online presence is paramount for businesses aiming to thrive in a competitive landscape. At the heart of this digital strategy lies an intricately woven...

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.