Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 640934 - dev-python/subprocess32-3.2.7 : * dodoc failed
Summary: dev-python/subprocess32-3.2.7 : * dodoc failed
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal with 1 vote (vote)
Assignee: Portage team
Depends on:
Blocks: 637452
  Show dependency tree
Reported: 2017-12-13 17:37 UTC by Toralf Förster
Modified: 2017-12-16 01:00 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---

emerge-info.txt (emerge-info.txt,15.82 KB, text/plain)
2017-12-13 17:37 UTC, Toralf Förster
dev-python:subprocess32-3.2.7:20171213-160935.log (dev-python:subprocess32-3.2.7:20171213-160935.log,24.25 KB, text/plain)
2017-12-13 17:37 UTC, Toralf Förster
emerge-history.txt (emerge-history.txt,80.18 KB, text/plain)
2017-12-13 17:37 UTC, Toralf Förster
environment (environment,104.64 KB, text/plain)
2017-12-13 17:37 UTC, Toralf Förster
etc.portage.tbz2 (etc.portage.tbz2,12.47 KB, application/x-bzip)
2017-12-13 17:37 UTC, Toralf Förster
temp.tbz2 (temp.tbz2,26.92 KB, application/x-bzip)
2017-12-13 17:37 UTC, Toralf Förster

Note You need to log in before you can comment on or make changes to this bug.
Description Toralf Förster gentoo-dev 2017-12-13 17:37:01 UTC
 * ERROR: dev-python/subprocess32-3.2.7::gentoo failed (install phase):
 *   dodoc failed


  This is an unstable amd64 chroot image at a tinderbox (==build bot)
  name: 17.0-desktop-plasma-systemd_test_20171210-222140


gcc-config -l:
 [1] x86_64-pc-linux-gnu-7.2.0 *

Available Python interpreters, in order of preference:
  [1]   python3.5
  [2]   python2.7 (fallback)

The following VMs are available for generation-2:
*)	IcedTea JDK 3.6.0 [icedtea-bin-8]
Available Java Virtual Machines:
  [1]   icedtea-bin-8  system-vm

emerge -qpv dev-python/subprocess32
[ebuild  N    ] dev-python/subprocess32-3.2.7  USE="{test}" PYTHON_TARGETS="python2_7"
Comment 1 Toralf Förster gentoo-dev 2017-12-13 17:37:05 UTC
Created attachment 509892 [details]
Comment 2 Toralf Förster gentoo-dev 2017-12-13 17:37:08 UTC
Created attachment 509894 [details]
Comment 3 Toralf Förster gentoo-dev 2017-12-13 17:37:13 UTC
Created attachment 509896 [details]
Comment 4 Toralf Förster gentoo-dev 2017-12-13 17:37:16 UTC
Created attachment 509898 [details]
Comment 5 Toralf Förster gentoo-dev 2017-12-13 17:37:19 UTC
Created attachment 509900 [details]
Comment 6 Toralf Förster gentoo-dev 2017-12-13 17:37:22 UTC
Created attachment 509902 [details]
Comment 7 malcolm.mielle 2017-12-14 17:02:28 UTC
I have the same problem here. Any solution ?
Comment 8 malcolm.mielle 2017-12-14 19:38:57 UTC
When looking at the error: 

Writing /var/tmp/portage/dev-python/subprocess32-3.2.7/image/_python2.7/usr/lib64/python2.7/site-packages/subprocess32-3.2.7-py2.7.egg-info
 * python2_7: running distutils-r1_run_phase distutils-r1_python_install_all
Traceback (most recent call last):
  File "/usr/lib/portage/python3.5/", line 27, in <module>
    import subprocess
  File "/usr/lib64/python3.5/", line 127, in <module>
    import _posixsubprocess
ImportError: dynamic module does not define module export function (PyInit__posixsubprocess)

Importing _posixsubprocess works in the python3 shell but not in python2 shell. I don't know if this is relevant information or not.

localhost # python
Python 3.5.4 (default, Dec 13 2017, 10:31:41) 
[GCC 6.4.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import _posixsubprocess
>>> exit()
localhost # python2
Python 2.7.14 (default, Dec 13 2017, 10:26:33) 
[GCC 6.4.0] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import _posixsubprocess
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
ImportError: No module named _posixsubprocess
>>> exit()
Comment 9 Chris Torske 2017-12-14 20:24:39 UTC
The issue and cause of this issue is because the package is referencing
/usr/bin/python inside the scripts.  So where the system default is 3.5 (or which ever version), that's what /usr/bin/python is links too instead of calling python2.7 instead.

On my system, with my default python set to 3.5 or 3.6, it fails with the same issue, when I set the default python to 2.7, it works correctly without an issue.
Comment 10 Patrick McLean gentoo-dev 2017-12-15 19:05:21 UTC
This is a bug in portage, to do with the new python implementation of doins
Comment 11 Zac Medico gentoo-dev 2017-12-15 20:52:05 UTC
Apparently the doins shell wrapper needs to sanitize PYTHONPATH, because having this path in PYTHONPATH triggers the problem:

Comment 12 Larry the Git Cow gentoo-dev 2017-12-15 21:07:20 UTC
The bug has been referenced in the following commit(s):

commit 7ae0c9d084bb1caf18c751cecb7fb98a619dfbcb
Author:     Zac Medico <>
AuthorDate: 2017-12-15 20:59:06 +0000
Commit:     Zac Medico <>
CommitDate: 2017-12-15 20:59:19 +0000

    bin/ebuild-helpers/doins: fix PYTHONPATH setting (bug 640934)
    This makes the PYTHONPATH setting consistent with other helpers
    like dohtml and xattr/install.
    Fixes: d9522ba661b5 ("Rewrite doins in python (bug 624526)")

 bin/ebuild-helpers/doins | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)}
Comment 13 Larry the Git Cow gentoo-dev 2017-12-16 00:59:08 UTC
The bug has been closed via the following commit(s):

commit 7a131e603a3a56e7f0d996e5390d48eb2243ace0
Author:     Zac Medico <>
AuthorDate: 2017-12-16 00:50:43 +0000
Commit:     Zac Medico <>
CommitDate: 2017-12-16 00:58:58 +0000

    sys-apps/portage: version bump to 2.3.19
      #640934 - doins: fix PYTHONPATH setting
      #641088 - file_copy: handle EOPNOTSUPP for NFS
    Package-Manager: Portage-2.3.18, Repoman-2.3.6

 sys-apps/portage/Manifest                                         | 2 +-
 sys-apps/portage/{portage-2.3.18.ebuild => portage-2.3.19.ebuild} | 0
 2 files changed, 1 insertion(+), 1 deletion(-)