ImportError for packages.urllib3.poolmanager on Debian

On a Debian system (very likely also Ubuntu) the version of requests is patched to not ship their own version of urllib, in other words: packages.urllib3 does not exist (same issue as e.g. here: mk-fg/python-onedrive#13. Hence, I get the following error:

Traceback (most recent call last):
  File "build/bdist.linux-x86_64/egg/vdirsyncer/cli.py", line 133, in storage_instance_from_config
    return cls(**config)
  File "build/bdist.linux-x86_64/egg/vdirsyncer/storage/dav.py", line 473, in __init__
    super(CaldavStorage, self).__init__(**kwargs)
  File "build/bdist.linux-x86_64/egg/vdirsyncer/storage/dav.py", line 264, in __init__
    useragent, dav_header=self.dav_header)
  File "build/bdist.linux-x86_64/egg/vdirsyncer/storage/dav.py", line 186, in __init__
    'auth': prepare_auth(auth, username, password)
  File "build/bdist.linux-x86_64/egg/vdirsyncer/storage/http.py", line 27, in prepare_auth
    import requests_toolbelt
  File "build/bdist.linux-x86_64/egg/requests_toolbelt/__init__.py", line 19, in <module>
  File "build/bdist.linux-x86_64/egg/requests_toolbelt/adapters/__init__.py", line 12, in <module>
  File "build/bdist.linux-x86_64/egg/requests_toolbelt/adapters/ssl.py", line 13, in <module>
ImportError: No module named packages.urllib3.poolmanager

[untitaker]

I can't do much about this, and i don't think any maintainers of the involved Python software should either; This is clearly a packaging issue, and the breakage is solely the responsibility of the package maintainer.

Unfortunately i also don't have a temporary fix other than avoiding Debian's packaging system by using pip install --user vdirsyncer and checking that requests gets reinstalled properly.

[untitaker]

I guess you can ask on the issuetracker for requests-toolbelt.

[untitaker]

Reported bug at https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=753578

Thank you for the quick reply. Just for future reference: pip install --user vdirsyncer does not help, since python can then still uses the system version of requests (which is up to date).

[untitaker]

Yes, i realized that and added the "checking that requests gets reinstalled properly" a while after posting. Using a virtualenv might be the safest solution even (and symlinking env/bin/vdirsyncer into your path)

[xnox]

Debian maintainers chose not to ship requests.packages.urllib3 due to debian policies to avoid embedded copies of code and it is a deliberate, rather than accidental divergence. A bug report in debian has now been opened, requesting for requests.packages.urllib3 import to work, even if it's just a compat wrapper that imports python3-urllib3 package. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=753578 any further comments about this issue in the Debian package should go there.

[untitaker]

@xnox Thank you for the summary, i already linked the Debian bugreport further above. :)

[eriol]

Only as reference: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=753578#10

[untitaker]

Please don't comment on this anymore, everybody who wants to discuss or subscribe should do so on Debian's bugtracker.

[untitaker]

Hmm, maybe i shouldn't have closed this. My aim was rather to centralize discussion, not prevent it.