On Wednesday, June 17, 2020 7:54:22 AM CEST n952162 wrote: > On 06/16/20 21:35, J. Roeleveld wrote: > > On 16 June 2020 20:31:56 CEST, n952162 <n952...@web.de> wrote: > >> Admonished to get everything updated, I turned to my raspberry pi with > >> Sakaki's binary image. Synced and updated portage with no problem. > >> Then I did an emerge -u @world and got (after *hours* of dependency > >> > >> checking): > >>>>> Jobs: 0 of 206 complete, 1 running Load avg: 2.84, 3.44, 3.85 > >>>>> Emerging binary (1 of 206) sys-libs/glibc-2.31-r5::gentoo > >>>>> Jobs: 0 of 206 complete, 1 running Load avg: 2.84, 3.44, 3.85 > >>>>> Jobs: 0 of 206 complete Load avg: 3.60, 3.54, 3.87 > >>>>> Installing (1 of 206) sys-libs/glibc-2.31-r5::gentoo > >>>>> Jobs: 0 of 206 complete Load avg: 3.60, 3.54, 3.87 > >> > >> Exception in callback AsynchronousTask._exit_listener_cb(<bound > >> method...0x7f9180d9d8>>) > >> handle: <Handle AsynchronousTask._exit_listener_cb(<bound > >> method...0x7f9180d9d8>>)> > >> > >> 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 > >> 201, in _exit_listener_cb > >> > >> listener(self) > >> File > >> > >> "/usr/lib64/python3.6/site-packages/_emerge/BinpkgPrefetcher.py", line > >> 31, in _fetcher_exit > >> > >> self._start_task(verifier, self._verifier_exit) > >> File "/usr/lib64/python3.6/site-packages/_emerge/CompositeTask.py", > >> > >> line 113, 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/BinpkgVerifier.py", > >> > >> line 59, in _start > >> > >> self._digester_exit) > >> File "/usr/lib64/python3.6/site-packages/_emerge/CompositeTask.py", > >> > >> line 113, 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/portage/util/_async/FileDigester.py", > >> line 30, in _start > >> > >> ForkProcess._start(self) > >> File "/usr/lib64/python3.6/site-packages/_emerge/SpawnProcess.py", > >> > >> line 112, in _start > >> > >> retval = self._spawn(self.args, **kwargs) > >> File > >> > >> "/usr/lib64/python3.6/site-packages/portage/util/_async/ForkProcess.py", > >> line 24, in _spawn > >> > >> pid = os.fork() > >> File "/usr/lib64/python3.6/site-packages/portage/__init__.py", line > >> > >> 246, in __call__ > >> > >> rval = self._func(*wrapped_args, **wrapped_kwargs) > >> > >> OSError: [Errno 12] Cannot allocate memory > >> > >> What's the recommended course of action here? > >> > >> Log attached. > > > > Suggestion: > > 1) ensure you only have 1 job running and absolutely no parallel builds. > > "--jobs 1" for both emerge and make > > > > 2) get SWAP, preferably on USB stick/harddrive so as not to kill the SD > > card. > > > > Because rasppis are low on memory and they have very specific uses, I tend > > not to bother with Gentoo on them. > > > > -- > > Joost > > I started getting a harddisk ready for a swap area, but then decided to > try to emerge @system as a first step (using the -j 1 option this time - > thank you) and that completed, as did then the subsequent emerge of @world.
You're welcome. Please be aware that SD-cards are really not designed for the type of use a Gentoo update causes. I would definitely put at least the build-dir (usually / var/tmp/portage) on an external drive to avoid excessive wear and tear (and catastrophic failures) > It completed successfully (as I interpret it) with only 1 package being > emerged, but it also output these messages: > > WARNING: One or more updates/rebuilds have been skipped due to > a dependency conflict: > > xfce-base/libxfce4ui:0 > > > !!! The following binary packages have been ignored due to non > matching USE: > > =sys-devel/clang-9.0.1 python_single_target_python3_6 > -python_single_target_python3_7 > =sys-devel/clang-8.0.1 python_targets_python2_7 > > > !!! The following binary packages have been ignored due to > changed dependencies: > > mail-mta/ssmtp-2.64-r3::gentoo > sys-devel/llvm-9.0.1::gentoo > sys-devel/llvm-8.0.1::gentoo > > > Unclear to me is: > > * why the dependency conflict for xfce-base/libxfce4ui did not > prevent the emerge when dependency conflicts seem to normally do so. > * why the non-matching USE flags didn't cause, this time, the > emerge to break > * What the difference is between: > o - the WARNING above > o - the two !!! events > o - terminating errors in general There are 2 "dependency" issues here. The easiest to explain are the binary issues: - sys-devel/clang: USE-flags have changed, making the available binaries unusable. (They need to match) - mail-mta/ssmtp, sys-devel/llvm : Dependencies have changed, making the available binaries unusable. For both of these, a "normal" emerge will be performed. As for the "skipped" package, xfce-base/libxfce4ui has not been updated/ rebuild due to a conflict. Anything requiring this is also likely not included. (Fix this conflict and finish the update) Anything that is not affected by this conflict can and most likely will be updated/rebuild. It is no longer an all-or-nothing situation anymore and I am really happy about that. -- Joost