From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 13 20:40:44 2021 Received: (at submit) by debbugs.gnu.org; 14 Apr 2021 00:40:44 +0000 Received: from localhost ([127.0.0.1]:32994 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lWTaF-0002YY-UJ for submit@debbugs.gnu.org; Tue, 13 Apr 2021 20:40:44 -0400 Received: from lists.gnu.org ([209.51.188.17]:55794) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lWTaE-0002YQ-BU for submit@debbugs.gnu.org; Tue, 13 Apr 2021 20:40:42 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:58142) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lWTaA-0004mR-44 for bug-guix@gnu.org; Tue, 13 Apr 2021 20:40:39 -0400 Received: from tobias.gr ([80.241.217.52]:34862) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lWTZd-0006kw-0q for bug-guix@gnu.org; Tue, 13 Apr 2021 20:40:37 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tobias.gr; s=2018; bh=qg/jzpKFSxgLY/jtNzlUyRe3pM1TGt0l8AKP8Zi1B4I=; h=date:in-reply-to: subject:cc:to:from:references; b=cOWkc5KovoWYtTabk8bUMGUW7OZii710Ws0rP 9yyGw4VD8Sa59tpUQ69FjtNjh/B+EYHyr8xbmGexLrYX5RBHXaLTp0n5WZjloLAzGq628f 8TqJaj9mLSaI51fBnP5b31gXQJ0m5Cy8X0+zNVrDR91pkpwVqkPjse4KS6lG5fflbO978h 7Sk3+eMbI32W/Mfv7kUjK++tuAOF68JWJ3wy3gVbp5RaPNbV7AGA3ak8QExgLm9oRFqNIp b9SB3RP0zksprSdvFWbRKYGhsb2+2cCwlIqKtBdHEdKEPM/Q7eSziqDfB9dHbHFWCdWIYA qXj3C7Su32GnmhB6BAeuB3sTA== Received: by submission.tobias.gr (OpenSMTPD) with ESMTPSA id aeadb902 (TLSv1.2:ECDHE-ECDSA-AES256-GCM-SHA384:256:NO); Wed, 14 Apr 2021 00:40:01 +0000 (UTC) References: <87fszvfirn.fsf@nckx> <0dbc191f-f567-01f0-b20e-67c00fd28937@riseup.net> From: Tobias Geerinckx-Rice To: bo0od Subject: Re: bug#47717: guix outrageously exhaust itself (freeze) when there is package build failure In-reply-to: <0dbc191f-f567-01f0-b20e-67c00fd28937@riseup.net> BIMI-Selector: v=BIMI1; s=default; Date: Wed, 14 Apr 2021 02:40:00 +0200 Message-ID: <87czuxem1r.fsf@nckx> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" Received-SPF: pass client-ip=80.241.217.52; envelope-from=me@tobias.gr; helo=tobias.gr X-Spam_score_int: -43 X-Spam_score: -4.4 X-Spam_bar: ---- X-Spam_report: (-4.4 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=unavailable autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.4 (-) X-Debbugs-Envelope-To: submit Cc: 47717@debbugs.gnu.org, bug-guix@gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.4 (--) --=-=-= Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable bo0od writes: > yes sound dramatic but i couldnt describe what happened better. I mean the =E2=80=98outrageously=E2=80=99 part. When Linux runs out of mem= ory, it=20 freezes up. Moral judgment is futile. Better to adopt=20 raingloom's earlyoom suggestion or similar. > /var/log/guix/drvs/5a/8xxi15g20iqr78daw3w1c7xyqmmd1k-vigra-1.11.1.drv.bz2 > > check the uploaded .txt file I did, hence the question. ;-) The file I asked for is missing. > 4G of ram not enough? That would be interesting if its not. Prepare to be interested, I guess... y... yaay... 4 GiB is absolutely not enough to build an outrageous amount of=20 =E2=80=98modern=E2=80=99 software, especially in parallel (so not using --c= ores=3D1=20 =2D-max-jobs=3D1) to make use of those expensive cores. I'm disgusted too. > No, i dont like workarounds Oh, nor do I. My point is this isn't a bug in Guix, so it's not a=20 bug we can =E2=80=98fix=E2=80=99. A =E2=80=98workaround=E2=80=99 is the be= st we can do. For example, one such workaround would be to ask the user whether=20 they want to run the daemon in =E2=80=98slow mode=E2=80=99 (--cores=3D1 --m= ax-jobs=3D1=20 etc.) if we detect If substitutes are essentials for users then it should be=20 > enabled by > default , I didn't say they were essential; they're not. They're an=20 alternative to downloading more RAM. I think the installer now asks whether you want to enable=20 substitutes. Do you remember if it did? If you chose not to, why=20 not, and do you feel like you were making an informed decision? > or switched automatically if there is something bad happened=20 > like this > issue. This won't happen. Enabling substitutes requires informed=20 administrator consent. If that's an issue -- and I bet it is! --=20 we need to do a better job educating them during installation, no=20 later. Kind regards, T G-R --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iIMEARYKACsWIQT12iAyS4c9C3o4dnINsP+IT1VteQUCYHY54A0cbWVAdG9iaWFz LmdyAAoJEA2w/4hPVW155hMBAOMLsD5jKPaJy+wAQSRLmKR76BWtH8VJJ6kC/0iu w0AuAQD2+RBsxIkQfMtLtrql5bJCBnnS3QOmkAe9UkFJ+VRZAA== =Ms1B -----END PGP SIGNATURE----- --=-=-=--