resolving module name conflicts.

Discussion in 'Python' started by Gelonida N, Nov 11, 2011.

  1. Gelonida N

    Gelonida N Guest

    Hi,

    I got some code.
    - This code contains a package named tests
    - there are at least 100 references in different python files
    importing from above mentioned tests package.
    - the code also imports pytz at one place

    I get following warning message:

    /usr/lib/python2.6/dist-packages/pytz/__init__.py:32: UserWarning:
    Module tests was already imported from
    /home/user/myproject/tests/__init__.pyc, but
    /usr/lib/python2.6/dist-packages is being added to sys.path
    from pkg_resources import resource_stream


    Is there any way to tell pytz to import it's own tests package and tell
    the rest of the code to import the other?

    Python version is 2.6.5


    Thanks in advance for any suggestion.
     
    Gelonida N, Nov 11, 2011
    #1
    1. Advertisements

Want to reply to this thread or ask your own question?

It takes just 2 minutes to sign up (and it's free!). Just click the sign up button to choose a username and then you can ask your own questions on the forum.
Similar Threads
  1. RJDev

    IIS Application Name resolving

    RJDev, Nov 29, 2005, in forum: ASP .Net
    Replies:
    4
    Views:
    4,594
    RJDev
    Nov 29, 2005
  2. Shadow Lynx
    Replies:
    1
    Views:
    3,211
    Christopher Reed
    Feb 4, 2006
  3. Glenn Robinson

    Resolving a class name at runtime

    Glenn Robinson, Jun 27, 2004, in forum: Java
    Replies:
    1
    Views:
    445
    Christophe Vanfleteren
    Jun 27, 2004
  4. plb
    Replies:
    0
    Views:
    586
  5. plb
    Replies:
    0
    Views:
    461
  6. Module Name Conflicts

    , Aug 19, 2005, in forum: Python
    Replies:
    15
    Views:
    759
  7. Replies:
    11
    Views:
    606
    Steven Bethard
    Nov 16, 2005
  8. Jose

    Module Conflicts

    Jose, Apr 9, 2008, in forum: Python
    Replies:
    7
    Views:
    337
    Gabriel Genellina
    Apr 11, 2008
Loading...