Your message dated Wed, 3 May 2017 23:21:11 -0400
with message-id 
<caeri_ihek71ztg+my7nm+qb-hjyszkwrvp25vau6gzfdopk...@mail.gmail.com>
and subject line Re: [Letsencrypt-devel] Bug#861696: certbot: Python package 
not found.
has caused the Debian Bug report #861696,
regarding certbot: Python package not found.
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


-- 
861696: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=861696
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: certbot
Severity: grave
Justification: renders package unusable

Dear Maintainer,

   * What led up to the situation?
test -x /usr/bin/certbot -a \! -d /run/systemd/system && perl -e 'sleep 
int(rand(3600))' && certbot -q renew
   * What exactly did you do (or not do) that was effective (or
     ineffective)?
Installed certbot. I think it's missing a TTY handler. The Jessie version works.


-- System Information:
Debian Release: 9.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Traceback (most recent call last):
  File "/usr/bin/certbot", line 11, in <module>
    load_entry_point('certbot==0.10.2', 'console_scripts', 'certbot')()
  File 
"/usr/local/lib/python2.7/dist-packages/distribute-0.6.28-py2.7.egg/pkg_resources.py",
 line 337, in load_entry_point
    return get_distribution(dist).load_entry_point(group, name)
  File 
"/usr/local/lib/python2.7/dist-packages/distribute-0.6.28-py2.7.egg/pkg_resources.py",
 line 2311, in load_entry_point
    return ep.load()
  File 
"/usr/local/lib/python2.7/dist-packages/distribute-0.6.28-py2.7.egg/pkg_resources.py",
 line 2017, in load
    entry = __import__(self.module_name, globals(),globals(), ['__name__'])
  File "/usr/lib/python2.7/dist-packages/certbot/main.py", line 11, in <module>
    import zope.component
  File "/usr/lib/python2.7/dist-packages/zope/component/__init__.py", line 19, 
in <module>
    from zope.interface import named
ImportError: cannot import name named

--- End Message ---
--- Begin Message ---
tag 861696 +unreproducible +wontfix
thanks

Hello Jeff!  Thanks for your report.

This looks like it's a result of some locally installed python
packages that are interfering with the version of python packages that
certbot depends on.  Specifically, it looks like certbot is grabbing
some things out of a deprecated setuptools fork -- the traceback shows
that load_entry_point is getting called from a distribute egg in
/usr/local/lib.

I'd recommend either removing these libraries entirely, or setting
PYTHONPATH inside the cronjob (and systemd timer!) to exclude
/usr/local/lib.

Sincerely,
-- 
Harlan Lieberman-Berg
~hlieberman

--- End Message ---

Reply via email to