[Slackbuilds-users] webkit2gtk build problems

[Habs]

On Tue, 19 Sep 2017 10:44:02 +0700
Willy Sudiarto Raharjo <willysr at slackbuilds.org> wrote:

> On 09/19/2017 04:49 AM, Jason Graham wrote:
> > On Mon, Sep 18, 2017 at 12:20 PM, Habs <gen-bch at useyouresp.org.uk>
> > wrote: 
> >>
> >> Ive started the build off again after clearing it out.
> >> As I said, I'm simple minded ;-)  so please forgive me, but it
> >> puzzles me that the error message is related to space - is that
> >> disk resource and,or ram resources  ...and more over, why would
> >> the previous version build fine on the exact same machine _without
> >> issue_ but not this updated version...what is it doing different I
> >> wonder (all said rhetorically speaking).
> >>
> >>  
> > The missing header file issue between the two -j values is indeed a
> > bit baffling (if it were happening with anything other than -j1
> > that would seem to make more sense).
> > 
> > With regard to the resource requirements for the build, passing
> > -DCMAKE_VERBOSE_MAKEFILE=1 will show how involved building this
> > package is. There are at least 100 different include directories
> > used during compilation of each file so header files are scattered
> > all throughout the source tree. I'd say a similar number of object
> > files for each library it creates during linking which seem to be
> > the most demanding with regard to memory.  
> 
> Just a short FYI that i'm able to build webkit2gtk on my
> Slackware64-14.2 VM with 1 vCPU and 2 GB of RAM with 10 additional
> swap space (total of 12 GB) using commands that Ponce stated in LQ
> thread
> 
> fallocate -l 10G /temp-swap
> chmod 0600 /temp-swap
> mkswap /temp-swap
> swapon /temp-swap
> 
> webkit2gtk:
>   MD5SUM check for webkitgtk-2.18.0.tar.xz ... OK
>   Building package webkit2gtk-2.18.0-x86_64-1_SBo.tgz ... OK
>   Installing package webkit2gtk-2.18.0-x86_64-1_SBo.tgz ... OK
> 
> free -h
>           total    used    free    shared  buff/cache   available
> Mem:      1.9G     22M     123M    4K        1.8G        1.6G
> Swap:     12G      22M     12G
> 
> 

Can I just have clarified please re:

> fallocate -l 10G /temp-swap
> chmod 0600 /temp-swap
> mkswap /temp-swap
> swapon /temp-swap

... that be done without messing up the swap already setup (in fstab)
i.e. it is a temporary allocation for the build process that can then
be deallocated etc  (hopefully you get what I mean) ?

The machine I'm using already has 8b swap (I believe) and 4Gb RAM.
I will track down the thread on LQ and try it out...but it is getting a
bit silly when a 4GB quad-core machine that is doing nothing else,
struggles or conks out due to resource issues etc :-)


Thank you again all for the input...maybe I am learning something too!

Habs