From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: 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 A928C158041 for ; Sat, 23 Mar 2024 09:20:37 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 80F59E2A11; Sat, 23 Mar 2024 09:20:31 +0000 (UTC) Received: from mail.digimed.co.uk (mail.digimed.co.uk [82.69.83.178]) (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 137A4E2A04 for ; Sat, 23 Mar 2024 09:20:30 +0000 (UTC) Received: from digimed.co.uk (shooty.digimed.co.uk [192.168.1.4]) by mail.digimed.co.uk (Postfix) with ESMTPA id BA8DC4747F3 for ; Sat, 23 Mar 2024 09:20:28 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=digimed.co.uk; s=digimed; t=1711185628; bh=IQ8DVddvYFzCv2ApiUvNd6+scz7DRdfusRjACuHFYg8=; h=Date:From:To:Subject:In-Reply-To:References; b=sJ6WW5YI46NtCBgkpqnQ0yH9GXtiEpWr+q/dzLQu+HaUHGLZt3algjElnhd7CZjqa 2vMHJfpjCrN2wr+PncWZ4kSWSdrNcJNg9miWzXicYsDczq1y+GNj1e7IxvY1z6ANRi lEl33MVHkI4LYc71chrG40LBcJG5fpgTz5T5g1ug= Date: Sat, 23 Mar 2024 09:20:23 +0000 From: Neil Bothwick To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] how to prevent ebuild from checking for available space Message-ID: <20240323092023.39b3f47d@digimed.co.uk> In-Reply-To: References: <20240322202258.4120af21@digimed.co.uk> Organization: Digital Media Production X-Mailer: Claws Mail 4.2.0 (GTK 3.24.41; x86_64-pc-linux-gnu) X-GPG-Fingerprint: 7260 0F33 97EC 2F1E 7667 FE37 BA6E 1A97 4375 1903 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail 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: multipart/signed; boundary="Sig_/Fo9xAVjCRrri9IF.n=0cfUb"; protocol="application/pgp-signature"; micalg=pgp-sha256 X-Archives-Salt: 2107cdb3-70e4-43a0-b076-497696d44a45 X-Archives-Hash: 337313ea74e4531a03331e840870e2c9 --Sig_/Fo9xAVjCRrri9IF.n=0cfUb Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Fri, 22 Mar 2024 16:32:28 -0400, Jack wrote: > > Why not add more to the ramdisk, assuming it is a tmpfs. If it needs =20 > > more > > than your physical memory, it will use swap, but that won't happen > > because you only need the extra space. =20 > That's actually what I did. The problem is not how to get enough =20 > space, it's how to resume the emerge instead of starting over, once I =20 > have added the space. >=20 > It was initially set to 14G (out of 32G RAM) and I added 2G. I suppose > I can add another 14G, but that would only leave 4G for the system =20 > itself. I'm not sure how well that would work, but I suppose it's =20 > worth a try. tmpfs only uses the space it needs, so it would appear to the ebuild that there is plenty of space, but it would only use and extra gig or two of your RAM. For me, avoiding tmpfs for big ebuilds is the least hassle, using package.env. % cat /etc/portage/package.env/chromium www-client/chromium disk-tmpdir.conf ... % cat /etc/portage/env/disk-tmpdir.conf=20 PORTAGE_TMPDIR=3D"/mnt/scratch" --=20 Neil Bothwick Linux like wigwam. No windows, no gates, Apache inside. --Sig_/Fo9xAVjCRrri9IF.n=0cfUb Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEGfLZTV7dXdQXh/dDdCdyyQfftocFAmX+ntgACgkQdCdyyQff tocZzA//d4gPXfVKWpN88HsJTF1WJwBVDhHwCgI/vFces0M4A45UkuByX5NNPQEq n8oJ1M59gb8+E8v8bzqN8PubvbqMM7V9qIG8PfymSwVRPLpe/gvK/LeZ/c8gGVsj gVkHQufq9OnARcMvGIfI8Yrpi+ESU1f7irP7gNtDxOo+suR2Oj/ClLJ9ExAGog3L j3m7xuwnSZNfpKSjqbO55w34cOD/CiOcNp6NTZvtA12PGj6a+p6akREk2BWpx2KO yAJbbSiJgsX6xv4KuYgNUBL5rlA1Ad8y8kbLjXbEhJJMPvx5p7A85qU2HXI2n6b3 4oo0EWAumoMB1UWbuMz6d2TdtCCpIxNCId50KS1UVvXkvvtTVim4NwmgSeF591up 47SkFl1/2ogMhHQmvszSr8zgiodUsfQyxZiKrIu7fcbCCZiDHEU5qbo4RtQQxndW yNP/WWD/Ex5KIQ3MvdW7xdofH8xp0bA3RIYHKvBxahVcAN6uybrGblX3oO6KfDub 0XRrCGsP8KF9N9Dh1WIw05YHJxOZjjYeR9jOFhtmoxqjiyF8qCmdBpV9v/zHJ5am 6HfwtZNSJRsAsI0qglx8f1vEogFXTsUnk0BlqfhkYqoy9p469boBlK3Px8Mf3JRz WkTXiP+jUQ4RcIfe3IMjPXME+X15v1MM03l7yvr+DKHIv102Qwo= =6toX -----END PGP SIGNATURE----- --Sig_/Fo9xAVjCRrri9IF.n=0cfUb--