On 06/16/20 21:35, J. Roeleveld wrote: > On 16 June 2020 20:31:56 CEST, n952162 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(> method...0x7f9180d9d8>>) >> handle: > 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. 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