Bug 536344 – dev-python/rst2pdf - rst2pdf: pkg_resources.DistributionNotFound: pip>=1.4.1

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Jonas Stein 2015-01-11 18:43:42 UTC]

After updating the system rst2pdf failed with:

$ rst2pdf 
Traceback (most recent call last):
  File "/usr/lib/python-exec/python2.7/rst2pdf", line 5, in <module>
    from pkg_resources import load_entry_point
  File "/usr/lib64/python2.7/site-packages/pkg_resources.py", line 2880, in <module>
    working_set = WorkingSet._build_master()
  File "/usr/lib64/python2.7/site-packages/pkg_resources.py", line 432, in _build_master
    ws.require(__requires__)
  File "/usr/lib64/python2.7/site-packages/pkg_resources.py", line 741, in require
    needed = self.resolve(parse_requirements(requirements))
  File "/usr/lib64/python2.7/site-packages/pkg_resources.py", line 626, in resolve
    raise DistributionNotFound(req)
pkg_resources.DistributionNotFound: pip>=1.4.1

This bug was also reported here:

http://forums.gentoo.org/viewtopic-p-7678574.html

eroen on #gentoo knew a solution that worked fine:
"install dev-python/pip , ensure it has python2_7 in PYTHON_TARGETS"

Reproducible: Always

[Comment 1 Andre Reinke 2015-01-11 18:51:45 UTC]

Can confirm this.

[Comment 2 Ian Delaney (RETIRED) 2015-01-13 01:04:52 UTC]

This is a mirror image of some recent bugs. Considering 
*rst2pdf-0.93 (11 Jan 2013)
it's not rst2pdf-0.93-r2. setuptools lost its way recently.  It should work with an update to the latest setuptools. Sadly this means there are potentially dozens of packages like this that will draw bugs like this in using the corrupted versions of setuptools.

rst2pdf-0.93/setup.py
from setuptools import setup, find_packages

Just to add to the confusion setuptools is in fact missing from the ebuild's
DEPEND=

So I guess you can unmerge setuptools from your system and it will all just work.
However, merging with latest setuptools yileds success with

~/cvsPortage/gentoo-x86/dev-python/rst2pdf $ rst2pdf --help

[Comment 3 Mike Gilbert 2015-01-13 02:34:08 UTC]

(In reply to Ian Delaney from comment #2)
> This is a mirror image of some recent bugs. Considering 
> *rst2pdf-0.93 (11 Jan 2013)
> it's not rst2pdf-0.93-r2. setuptools lost its way recently.  It should work
> with an update to the latest setuptools. Sadly this means there are
> potentially dozens of packages like this that will draw bugs like this in
> using the corrupted versions of setuptools.

I'm not sure what you are talking about here. What makes you think this is a failure in setuptools?

My guess is that an indirect dependency of this package depends on pip>=1.4.1, but does not have that in RDEPEND.

[Comment 4 Mike Gilbert 2015-01-13 02:34:25 UTC]

+  13 Jan 2015; Mike Gilbert <[e-mail]> rst2pdf-0.93-r2.ebuild:
+  Depend on setuptools, bug 536344.

[Comment 5 Mike Gilbert 2015-01-13 02:42:40 UTC]

Looks like dev-python/reportlab is the culprit.

% grep -RF --include requires.txt "pip>=1.4.1" /usr/lib64/python2.7/site-packages
/usr/lib64/python2.7/site-packages/reportlab-3.1.44-py2.7.egg-info/requires.txt:pip>=1.4.1

[Comment 6 Mike Gilbert 2015-01-13 03:23:35 UTC]

Should be fixed by reportlab-3.1.8-r2.

[Comment 7 Ian Delaney (RETIRED) 2015-01-13 04:07:01 UTC]

(In reply to Mike Gilbert from comment #3)
> (In reply to Ian Delaney from comment #2)
> > This is a mirror image of some recent bugs. Considering 
> > *rst2pdf-0.93 (11 Jan 2013)
> > it's not rst2pdf-0.93-r2. setuptools lost its way recently.  It should work
> > with an update to the latest setuptools. Sadly this means there are
> > potentially dozens of packages like this that will draw bugs like this in
> > using the corrupted versions of setuptools.
> 
> I'm not sure what you are talking about here. What makes you think this is a
> failure in setuptools?
> 
> My guess is that an indirect dependency of this package depends on
> pip>=1.4.1, but does not have that in RDEPEND.

fair call