Bug 630538 – sys-apps/portage-2.3.8: emerge --info causes AttributeError: 'WebRsync' object has no attribute 'retrieve_head'

• Status: RESOLVED FIXED
• Product: Portage Development

[Description cryptopsy 2017-09-09 22:25:53 UTC]

emerge --info 

Traceback (most recent call last):
  File "/usr/lib/python-exec/python3.6/emerge", line 50, in <module>
    retval = emerge_main()
  File "/usr/lib64/python3.6/site-packages/_emerge/main.py", line 1250, in emerge_main
    return run_action(emerge_config)
  File "/usr/lib64/python3.6/site-packages/_emerge/actions.py", line 3255, in run_action
    emerge_config.trees, emerge_config.opts, valid_atoms)
  File "/usr/lib64/python3.6/site-packages/_emerge/actions.py", line 1654, in action_info
    head_commit = sync.retrieve_head(options=options)
AttributeError: 'WebRsync' object has no attribute 'retrieve_head'


USE flags for sys-apps/portage-2.3.8:
 U I
 - - build                    : !!internal use only!! DO NOT SET THIS FLAG YOURSELF!, used for creating build images and the first half of bootstrapping [make stage1]
 - - doc                      : Add extra documentation (API, Javadoc, etc). It is recommended to enable per package instead of globally
 - - epydoc                   : Build html API documentation with epydoc.
 - + ipc                      : Use inter-process communication between portage and running ebuilds. 
 - - linguas_ru               : Russian locale
 - - native-extensions        : Compiles native "C" extensions (speedups, instead of using python backup code). Currently includes libc-locales. This should only be temporarily disabled for some bootstrapping
                                operations. Cross-compilation is not supported. 
 - - python_targets_pypy      : Build with PyPy
 + + python_targets_python2_7 : Build with Python 2.7
 + + python_targets_python3_4 : Build with Python 3.4
 - - python_targets_python3_5 : Build with Python 3.5
 + + python_targets_python3_6 : Build with Python 3.6
 - - xattr                    : Preserve extended attributes (filesystem-stored metadata) when installing files. Usually only required for hardened systems.

[Comment 1 Nicolas Porcel 2017-09-17 23:45:27 UTC]

I just submitted this pull request which should solve the problem:

https://github.com/gentoo/portage/pull/205

As a temporary fix, you can download this patch and put it in /etc/portage/patches/sys-apps/portage

https://github.com/gentoo/portage/commit/cc96341cbbc5a129b8da2825a887844be43e3931.patch

[Comment 2 Brian Evans (RETIRED) 2017-09-18 14:09:05 UTC]

*** Bug 631330 has been marked as a duplicate of this bug. ***

[Comment 3 Zac Medico 2017-09-19 21:05:52 UTC]

Released in portage-2.3.9.

[Comment 4 Zac Medico 2017-09-30 21:38:32 UTC]

*** Bug 632584 has been marked as a duplicate of this bug. ***

[Comment 5 Alon Bar-Lev (RETIRED) 2017-11-04 10:50:33 UTC]

when will we see this in tree?