public inbox for development@lists.ipfire.org
 help / color / mirror / Atom feed
From: Wolfgang Apolinarski <wolfgang.apolinarski@ipfire.org>
To: development@lists.ipfire.org
Subject: Re: [PATCH 0/1] Parallelized build for several packages
Date: Thu, 21 Feb 2019 18:28:15 +0100	[thread overview]
Message-ID: <00aa01d4ca0a$d4cf8300$7e6e8900$@ipfire.org> (raw)

[-- Attachment #1: Type: text/plain, Size: 1643 bytes --]

Hi Arne,

of course I did delete the ccache between my multiple builds to verify the commit. To play it safe, I hard reset using git, checked that all folders (build, ccache, etc.) are gone and restarted the build after gettoolchain and downloadsrc.

Sorry, I did not know that there are still a lot of machines with low ram that we are using to build ipfire. My hope was that these machines have disappeared over the last years.
Additionally, I do not have the ability to test all ipfire arches, as mentioned, the patch needs testing by others.

I also thought of adding a manual parameter for developers that somehow manually sets the parameters for parallel build, but since the MAKETUNING parameter already exists and is used with other packages this would just somehow mess everything up.

For my builds, I can just manually apply the patch to speed up the full build. My thought was that sharing the patch would make sense for others.

> -----Ursprüngliche Nachricht-----
> Von: Arne Fitzenreiter <Arne.Fitzenreiter(a)ipfire.org>
> Gesendet: Donnerstag, 21. Februar 2019 09:44
> An: Wolfgang Apolinarski <wolfgang.apolinarski(a)ipfire.org>
> Cc: development(a)lists.ipfire.org
> Betreff: Re: [PATCH 0/1] Parallelized build for several packages
> 
> On the most of this packages (eg. boot and cmake) i have disabled
> parallel build because it fails on machines with low ram (less than 2GB)
> or on arm.
> So such changes need tested on an 1GB machine, on all architectures and
> build two times after deleting ccache. Because the build need much lower
> resources if it has the file already prebuilt in cache.


             reply	other threads:[~2019-02-21 17:28 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-02-21 17:28 Wolfgang Apolinarski [this message]
2019-03-06 16:36 ` Michael Tremer
2019-03-08 10:17   ` Michael Tremer
2019-03-08 15:58     ` Matthias Fischer
2019-03-08 18:16       ` Matthias Fischer
  -- strict thread matches above, loose matches on Subject: below --
2019-03-11 17:50 Wolfgang Apolinarski
2019-03-09 20:24 Wolfgang Apolinarski
2019-03-09 20:36 ` Matthias Fischer
2019-03-10 18:24   ` Michael Tremer
2019-03-10 19:17     ` ummeegge
2019-03-11  9:37       ` Michael Tremer
2019-03-11 17:07         ` ummeegge
2019-02-20 19:18 Wolfgang Apolinarski
2019-02-21  8:44 ` Arne Fitzenreiter

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='00aa01d4ca0a$d4cf8300$7e6e8900$@ipfire.org' \
    --to=wolfgang.apolinarski@ipfire.org \
    --cc=development@lists.ipfire.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox