From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gentoo-user+bounces-199147-garchives=archives.gentoo.org@lists.gentoo.org>
Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80])
	(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
	 key-exchange X25519 server-signature RSA-PSS (2048 bits))
	(No client certificate requested)
	by finch.gentoo.org (Postfix) with ESMTPS id D1E25158094
	for <garchives@archives.gentoo.org>; Wed,  6 Jul 2022 22:51:30 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
	by pigeon.gentoo.org (Postfix) with SMTP id 9E11FE0E4F;
	Wed,  6 Jul 2022 22:51:24 +0000 (UTC)
Received: from mail.tzend.de (mail.tzend.de [IPv6:2a03:4000:27:4d1::2])
	(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
	 key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256)
	(No client certificate requested)
	by pigeon.gentoo.org (Postfix) with ESMTPS id C6EBBE0E32
	for <gentoo-user@lists.gentoo.org>; Wed,  6 Jul 2022 22:51:23 +0000 (UTC)
Received: from ventiloplattform.tastytea.de (p200300c087223900773d84070b35643c.dip0.t-ipconnect.de [IPv6:2003:c0:8722:3900:773d:8407:b35:643c])
	by mail.tzend.de (Postfix) with ESMTPSA id 5199C9A00D2
	for <gentoo-user@lists.gentoo.org>; Thu,  7 Jul 2022 00:51:22 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tastytea.de; s=mail;
	t=1657147882; bh=OIQFRwA1OmiTi8oNUbmssWJx4KbifsG/qpiqcTHGhxY=;
	h=Date:From:To:Subject:In-Reply-To:References;
	b=oWGqRvSHIFgAcQVXxUFfCGlkx9vol86J7g20vbKQrGrtjaM1BIPmI4uh1nC/fMmxf
	 Z8cl/2lxrWOi7kDAVWJU7S9MZCZisv4s+CVx2BezXDi8nZS+zxdGOzQUvb4KHP1/ds
	 GYlFYQsokIZuCsxodyqXPtnzm5wsbJ8g2gJ48haU=
Date: Thu, 7 Jul 2022 00:51:18 +0200
From: tastytea <gentoo@tastytea.de>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] net-libs/nodejs
Message-ID: <20220707005118.6af0d5b7@ventiloplattform.tastytea.de>
In-Reply-To: <20220706221954.9DDB382DBEE6@turkos.aspodata.se>
References: <20220706221954.9DDB382DBEE6@turkos.aspodata.se>
Precedence: bulk
List-Post: <mailto:gentoo-user@lists.gentoo.org>
List-Help: <mailto:gentoo-user+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-user+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-user+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-user.gentoo.org>
X-BeenThere: gentoo-user@lists.gentoo.org
Reply-to: gentoo-user@lists.gentoo.org
X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Archives-Salt: b28219d2-fa1d-4f61-932c-ac070565b124
X-Archives-Hash: 57d25f1b602b21c0b6c1ecfb8aa28ece

On 2022-07-07 00:19+0200 karl@aspodata.se wrote:

> Unfortunately it seems I cannon emerge nodejs due
> to this error:
>=20
> /usr/lib/gcc/x86_64-pc-linux-gnu/10.2.0/../../../../
> x86_64-pc-linux-gnu/bin/ld:
>  failed to set dynamic section sizes: memory exhausted
>=20
> I tried to stop every process except gettys and the login,
> still the same, no MAKEOPTS (i.e. no paralell builds) and
> EMERGE_DEFAULT_OPTS=3D"--jobs 1 ...
>=20
> The emerge line is:
>=20
> [ebuild     U ] net-libs/nodejs-18.3.0 [14.19.0]
>  USE=3D"debug icu npm snapshot ssl system-icu system-ssl
>  -doc* -inspector -lto -pax-kernel -systemtap -test"
>  CPU_FLAGS_X86=3D"sse2"=20
>=20
> Would dropping some use flags help ?
> I'm generally not interested in nodejs as such,
> it's just that firefox depends on it.

I'm not familiar with nodejs in particular, but dropping the debug
USE-flag will probably reduce the amount of memory it needs somewhat.
You could also add more swap, or look into zswap=C2=B9 or zram=C2=B2.

> When emergings with --skipfirst (i.e. skip nodejs),
> I get:
> emerge: It seems we have nothing to resume...
>=20
> Checking dependancies:
> # emerge -vc net-libs/nodejs
>=20
> Calculating dependencies  .... done!
>   net-libs/nodejs-14.19.0 pulled in by:
>     www-client/firefox-91.9.0 requires >=3Dnet-libs/nodejs-10.23.1
>=20
> So, why don't emerge build the other 100'ish packages ?
> Last time I did emerge nodejs, must I run emerge @world
> and let that fail first ?

Yes, --resume will always try to resume the last command that failed,
as far as i know.

> Regards,
> /Karl Hammar

Regards, tastytea

=C2=B9 <https://wiki.gentoo.org/wiki/Zswap>
=C2=B2 <https://wiki.gentoo.org/wiki/Zram>