Re: [gentoo-user] emerge -u fails with "OSError: [Errno 12] Cannot allocate memory" [ RESOLVED, kinda ]

2020-06-17 Thread J. Roeleveld
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  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.

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 

Re: [gentoo-user] emerge -u fails with "OSError: [Errno 12] Cannot allocate memory" [ RESOLVED, kinda ]

2020-06-17 Thread n952162

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(>)
handle: >)>
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