[Slackbuilds-users] some SlackBuilds not respecting $MAKEFLAGS

[Jeremy Hansen]

Personally, I would rather use the default of the build system (unless it's
broken, like when we need to specify -j1 to override parallelism during the
build process) and allow the user to override that when desired.

Developers tend to code based on the completely l compilers, and if we
start overriding the defaults as a standard, it opens of the chances of
breaking compilations.

This is my opinion as a random SBo user (with almost 200 packages I
maintain) and not an SBo admin.

Jeremy

On Thu, Mar 12, 2026, 1:12 AM Lumin Etherlight via SlackBuilds-users <
slackbuilds-users at slackbuilds.org> wrote:

> fsLeg via SlackBuilds-users
> <slackbuilds-users at slackbuilds.org> writes:
>
> > This is actually frowned upon on SBo specifically
> > due to overriding MAKEFLAGS.
>
>         It wouldn't be hard to define MAKEFLAGS only
>   if it's not already defined  by the user.  Or, for
>   more flexibility,  prepend the default -j  flag to
>   MAKEFLAGS, like:
>
>   MAKEFLAGS="-j $(nproc --ignore=1) $MAKEFLAGS"
>
>   This way, if the user  defines other flags, our -j
>   will still be  added.  If the user adds  a -j flag
>   of their  own, it  would override the  previous -j
>   flag as latter -j options take precedence.
>
>         I think  the average  user should  not worry
>   about setting MAKEFLAGS or the number of jobs; the
>   maintainer should provide reasonable defaults.  If
>   the package  is big, I  don't expect it to  take a
>   day to build  when it could have built  in half an
>   hour, but I  also expect builds to not  lock up my
>   machine while I'm using  it (some SlackBuilds seem
>   to use  nproc then  /add/ to  the total  number of
>   jobs, instead of subtracting).
>
>
> Best Regards,
> Lumin Etherlight
> _______________________________________________
> SlackBuilds-users mailing list
> SlackBuilds-users at slackbuilds.org
> https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
> Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/
> FAQ - https://slackbuilds.org/faq/
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20260312/d6931ab4/attachment.htm>