<div dir="auto"><div dir="auto">>Some SlackBuilds aren't respecting $MAKEFLAGS! </div><div dir="auto"><br></div><div dir="auto"><div dir="auto">Realistically, there is not a universal flag/environment variable you can pass to every build system to limit the number of build processes. You'd need to research individual build systems and see what they support.</div><div dir="auto"><br></div><div dir="auto">From my understanding, ninja does not support BUILDFLAGS, which means this is not an SBo issue. Changes to the ninja build system seem to use NINJAFLAG, so if you want to build the program one command at a time, you should try passing `NINJAFLAGS="-j1"` to the SlackBuild or exporting it as a system variable.</div></div><div dir="auto"><br></div><div dir="auto">>It'd be nice if each SlackBuilds.org nodejs had a binary version.</div><div dir="auto"><br></div><div dir="auto">Be the change you want in this world rather than seeking some rando to conform and maintain your desires.</div><div><div dir="auto"><br></div><div dir="auto">Jeremy<br><div dir="auto"><div dir="auto"><br></div></div></div><br><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Tue, Mar 10, 2026, 9:36 PM David Chmelik <<a href="mailto:dchmelik@gmail.com">dchmelik@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Some SlackBuilds aren't respecting $MAKEFLAGS!  Ran a large 'queue' <br>
(weekly update of 200+ of about 1500+ installed, dependencies, <br>
rebuilds... sbocheck notifies of updates for bumps, objects, Perl, <br>
Python, Ruby, etc.) like  'MAKEFLAGS=-j1 sboupgrade <packages>' only for <br>
soon everything in X Window System (XFCE) to grind to a halt: ran out of <br>
RAM, and gcc/cc1plus running 32 jobs!  I double-checked another day; <br>
happened at least two or three times.  Hard to tell which but seems it <br>
was using ninja, and (after being forced to SSH in as root to kill <br>
sboupgrade) most recently modified were /tmp/SBo/*node*22*.  Are other <br>
arguments/flags/switches necessary like $MAKEFLAGS?  I don't know why <br>
nodejs would do this, but may not be the only SlackBuild not respecting <br>
$MAKEFLAGS.<br>
         I don't use nodejs22 personally, but it's a dependency of <br>
several SlackBuilds, and for several years has been halting <br>
sbopkg/sboinstall/sboupgrade due to running out of RAM (if I forget to <br>
set MAKEFLAGS=-j4, which slows down everything else that almost all <br>
finishes in good time with MAKEFLAGS=-j32) .<br>
         It'd be nice if each SlackBuilds.org nodejs had a binary <br>
version, and anything else needing high-end server-/workstation-size RAM <br>
like this which most people may not have... nodejs eats my 72/128 GB <br>
that procps detects (kernel detects all) plus 44+ GB swap memory and <br>
increasing.  A few other large/similar ones I recall taking a large <br>
amount of time and possibly RAM are google-go-lang, pandoc (thanks for <br>
pandoc-bin), some newer wxwidgets... other people can probably think of <br>
a few more.  Really most/all the rest should have binaries also even if <br>
they respect $MAKEFLAGS.<br>
<br>
_______________________________________________<br>
SlackBuilds-users mailing list<br>
<a href="mailto:SlackBuilds-users@slackbuilds.org" target="_blank" rel="noreferrer">SlackBuilds-users@slackbuilds.org</a><br>
<a href="https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users" rel="noreferrer noreferrer" target="_blank">https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users</a><br>
Archives - <a href="https://lists.slackbuilds.org/pipermail/slackbuilds-users/" rel="noreferrer noreferrer" target="_blank">https://lists.slackbuilds.org/pipermail/slackbuilds-users/</a><br>
FAQ - <a href="https://slackbuilds.org/faq/" rel="noreferrer noreferrer" target="_blank">https://slackbuilds.org/faq/</a><br>
<br>
</blockquote></div></div></div>