Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 655378 - sys-apps/portage-9999 fails with Exception in callback AsynchronousTask.wait()
Summary: sys-apps/portage-9999 fails with Exception in callback AsynchronousTask.wait()
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal
Assignee: Portage team
URL:
Whiteboard:
Keywords: InVCS
Depends on: 648790
Blocks: 591760
  Show dependency tree
 
Reported: 2018-05-10 08:01 UTC by Helmut Jarausch
Modified: 2018-06-02 00:20 UTC (History)
1 user (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Helmut Jarausch 2018-05-10 08:01:06 UTC
The GIT version of portage (18/05/10) fails with

>>> Emerging (1 of 20) app-portage/layman-2.4.2-r1::gentoo
>>> Jobs: 0 of 20 complete, 1 running               Load avg: 0.51, 0.32, 0.33Exception in callback AsynchronousTask.wait()
handle: <Handle AsynchronousTask.wait()>
Traceback (most recent call last):
  File "/usr/lib64/python3.6/asyncio/events.py", line 145, in _run
    self._callback(*self._args)
  File "/usr/lib64/python3.6/site-packages/_emerge/AsynchronousTask.py", line 84, in wait
    self._wait_hook()
  File "/usr/lib64/python3.6/site-packages/_emerge/AsynchronousTask.py", line 195, in _wait_hook
    self._exit_listener_stack.pop()(self)
  File "/usr/lib64/python3.6/site-packages/_emerge/EbuildFetcher.py", line 63, in _start_fetch
    self._start_task(self._fetcher_proc, self._default_final_exit)
  File "/usr/lib64/python3.6/site-packages/_emerge/CompositeTask.py", line 111, in _start_task
    task.start()
  File "/usr/lib64/python3.6/site-packages/_emerge/AsynchronousTask.py", line 30, in start
    self._start()
  File "/usr/lib64/python3.6/site-packages/_emerge/EbuildFetcher.py", line 176, in _start
    settings=settings, db=portdb)
  File "/usr/lib64/python3.6/site-packages/portage/package/ebuild/doebuild.py", line 456, in doebuild_environment
    ["SRC_URI"], mytree=mytree)
  File "/usr/lib64/python3.6/site-packages/portage/dbapi/porttree.py", line 588, in aux_get
    myrepo=myrepo, loop=loop))
  File "/usr/lib64/python3.6/asyncio/base_events.py", line 455, in run_until_complete
    self.run_forever()
  File "/usr/lib64/python3.6/asyncio/base_events.py", line 409, in run_forever
    raise RuntimeError('This event loop is already running')
RuntimeError: This event loop is already running

Traceback (most recent call last):
  File "/usr/lib/python-exec/python3.6/emerge", line 53, in <module>
    retval = emerge_main()
  File "/usr/lib64/python3.6/site-packages/_emerge/main.py", line 1289, in emerge_main
    return run_action(emerge_config)
  File "/usr/lib64/python3.6/site-packages/_emerge/actions.py", line 3317, in run_action
    retval = action_build(emerge_config, spinner=spinner)
  File "/usr/lib64/python3.6/site-packages/_emerge/actions.py", line 541, in action_build
    retval = mergetask.merge()
  File "/usr/lib64/python3.6/site-packages/_emerge/Scheduler.py", line 1019, in merge
    rval = self._merge()
  File "/usr/lib64/python3.6/site-packages/_emerge/Scheduler.py", line 1413, in _merge
    self._main_loop()
  File "/usr/lib64/python3.6/site-packages/_emerge/Scheduler.py", line 1389, in _main_loop
    self._event_loop.run_until_complete(self._main_exit)
  File "/usr/lib64/python3.6/asyncio/base_events.py", line 466, in run_until_complete
    raise RuntimeError('Event loop stopped before Future completed.')
RuntimeError: Event loop stopped before Future completed.
Comment 1 Helmut Jarausch 2018-05-10 08:20:37 UTC
My previous version 
GIT  2018-05-05 09:44:11  (GMT)
works just fine.
Comment 2 Larry the Git Cow gentoo-dev 2018-05-13 05:04:21 UTC
The bug has been referenced in the following commit(s):

https://gitweb.gentoo.org/proj/portage.git/commit/?id=5497d9033e180a759ed97e5aab920d6ec6ea26cd

commit 5497d9033e180a759ed97e5aab920d6ec6ea26cd
Author:     Zac Medico <zmedico@gentoo.org>
AuthorDate: 2018-05-13 04:52:47 +0000
Commit:     Zac Medico <zmedico@gentoo.org>
CommitDate: 2018-05-13 04:53:21 +0000

    _EbuildFetcherProcess: fix event loop recursion (bug 655378)
    
    Get SRC_URI metadata asynchronously in order to avoid event
    loop recursion in doebuild_environment.
    
    Bug: https://bugs.gentoo.org/655378

 pym/_emerge/EbuildFetcher.py | 16 +++++++++++++++-
 1 file changed, 15 insertions(+), 1 deletion(-)
Comment 3 Zac Medico gentoo-dev 2018-05-13 05:06:13 UTC
Fixed in 5497d9033e180a759ed97e5aab920d6ec6ea26cd, thanks for reporting!
Comment 4 Helmut Jarausch 2018-05-13 12:28:29 UTC
I am not sure if this bug has been fixed completely.

Emerging 58 packages, I get in the end

 * Regenerating GNU info directory index...
Exception ignored when trying to write to the signal wakeup fd:
BlockingIOError: [Errno 11] Resource temporarily unavailable
Comment 5 Zac Medico gentoo-dev 2018-05-13 14:33:04 UTC
(In reply to Helmut Jarausch from comment #4)
> I am not sure if this bug has been fixed completely.
> 
> Emerging 58 packages, I get in the end
> 
>  * Regenerating GNU info directory index...
> Exception ignored when trying to write to the signal wakeup fd:
> BlockingIOError: [Errno 11] Resource temporarily unavailable

Thanks, I've opened bug 655656 for the BlockingIOError.