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 (4096 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id DB015158042 for ; Fri, 8 Nov 2024 14:36:59 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id E2FA1E082F; Fri, 8 Nov 2024 14:36:53 +0000 (UTC) Received: from smarthost01b.sbp.mail.zen.net.uk (smarthost01b.sbp.mail.zen.net.uk [212.23.1.3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (prime256v1) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 9981AE07D9 for ; Fri, 8 Nov 2024 14:36:53 +0000 (UTC) Received: from [82.69.80.10] (helo=cube.localnet) by smarthost01b.sbp.mail.zen.net.uk with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.95) (envelope-from ) id 1t9Q6V-002UNz-ED for gentoo-user@lists.gentoo.org; Fri, 08 Nov 2024 14:36:52 +0000 From: Peter Humphrey To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Portage improved Date: Fri, 08 Nov 2024 14:36:51 +0000 Message-ID: <5847980.DvuYhMxLoT@cube> In-Reply-To: <2770570.mvXUDI8C0e@cube> References: <3315741.aeNJFYEL58@cube> <4967547.31r3eYUQgx@cube> <2770570.mvXUDI8C0e@cube> 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-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="utf-8" X-Originating-smarthost01b-IP: [82.69.80.10] Feedback-ID: 82.69.80.10 X-Archives-Salt: 2e254452-2563-41a3-bbf1-3cbf0be3c8d9 X-Archives-Hash: 718faa4e87e472e934c78b0eaaefe672 On Tuesday 5 November 2024 06:58:37 GMT I wrote: > On Thursday 31 October 2024 11:56:41 GMT Peter Humphrey wrote: > > On Friday 11 October 2024 11:49:18 GMT I wrote: > > > On Saturday 14 September 2024 13:05:26 BST Peter Humphrey wrote: > > > > Just one little fly in the ointment: the status string became too long > > > > to > > > > show properly. Perhaps shorter phrases could be used, or numbers > > > > limited > > > > to two digits, or the 80-character line limit exceeded while running > > > > in > > > > an > > > > x-term. > > > > > > And indeed the line limit has been relaxed: it uses the full 90 > > > characters > > > of my Konsoles. > > > > More to do yet though. The merge-wait idea works well with humongous > > packages like nodejs and the web engines, but it's too cautious with > > ordinary ones. I've been building (too many) new systems over the last > > fortnight, and when there are, say, a hundred packages to compile, the > > load > > steadies out at about 4, with several more in merge-wait. This is with i24 > > l30 in make.conf. > > There's also a logic problem. When a package enters the Installing phase, > it's shown instead as Merge Wait, or it's added to that queue. Here's an example of it working with medium-sized programs: ... >>> Emerging (79 of 102) dev-util/gdbus-codegen-2.78.6::gentoo >>> Emerging (80 of 102) dev-util/glib-utils-2.78.6::gentoo >>> Emerging (81 of 102) sys-apps/sysvinit-3.11::gentoo >>> Emerging (82 of 102) net-misc/curl-8.10.1-r1::gentoo >>> Installing (80 of 102) dev-util/glib-utils-2.78.6::gentoo >>> Installing (79 of 102) dev-util/gdbus-codegen-2.78.6::gentoo >>> Completed (80 of 102) dev-util/glib-utils-2.78.6::gentoo >>> Completed (79 of 102) dev-util/gdbus-codegen-2.78.6::gentoo >>> Installing (81 of 102) sys-apps/sysvinit-3.11::gentoo >>> Completed (81 of 102) sys-apps/sysvinit-3.11::gentoo >>> Installing (82 of 102) net-misc/curl-8.10.1-r1::gentoo >>> Completed (82 of 102) net-misc/curl-8.10.1-r1::gentoo >>> Emerging (83 of 102) dev-libs/elfutils-0.192-r1::gentoo >>> Emerging (84 of 102) sys-devel/gcc-14.2.1_p20241026::gentoo >>> Jobs: 82 of 102 complete, 1 running, 1 merge wait Load avg: 17.1, 11.2, 8.5 Better than load average 4, but nowhere near full capacity (-i24 -l30). -- Regards, Peter.