From nobody Sun Mar 09 14:11:08 2025 X-Original-To: desktop@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Z9hlJ20mFz5qLYk for ; Sun, 09 Mar 2025 14:11:08 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Z9hlJ1TGJz3qbl for ; Sun, 09 Mar 2025 14:11:08 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1741529468; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=7DSasDghwuNv+kZD3omtbzr4LERGIoSIxKMbwe8/UbI=; b=hxvMYZkdksT7rBEOezdbxmYPibiZ/hqeT+UuaIp6yG9p8My2qXmNfGOt1xTXEaddCqwWQA oH2ee22J08VrYPrB00BWZG5qlYCFnE0hW68cIaafvyjwQKu8b6Vv5sQtBUv8VhT7VPgyVo eY+3vCjLK34//DxLurUynGAUn0Y9gBB9Jq9+qA/PvSHwNLMGf7V50cTyf+VU997XHRXdh3 2RzBO+SCvYoShFq5lcTU57TkdaJfzH4caOslisAnVMfzUEb7rX9IxPJ7bs4glXW4KdNt7q dFkhiuvSXVnBVwRnvuZQxkK6nuOnNPjzLDlaIQB8Wxe+5rLtOQ1QS61O0zbKhA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1741529468; a=rsa-sha256; cv=none; b=iB+MVKr+z9gyFXH1dqZ8K1yTOwn6Qr+8uNxnXHzNKJb+oZdriSbiB0Fvom9QRDH2dkfQ9c tMtuGAkss1qJSq5AQNe9/ppuTTbWN8Efs9XTYY/u0lnhpAartTaVFv6OWWB89OXpLsnmLd kA1awMORSNCoslUQmcB/YrlnWTUQhB5ZUIjY4C7elSStdV6Z3zAWxhyjcp5IbkyrgWc+mP rklAQMP1XC4dtOXw1jq1kuC3yy4LEeA8VAB/fCnuM61/SxrhuEJp2rHSYlolYMOKTOfF/s 7EL6lefm3ZyQkwZvM5Py2e1R3xVuo0f5HSDmsaoxm7+HI9eOcwEtnIY3m8eRSA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1741529468; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=7DSasDghwuNv+kZD3omtbzr4LERGIoSIxKMbwe8/UbI=; b=GJ4sjNiTSw3gTqK/TvFH+xegHMNcAzBWGwzHnMjxCa8w0duFHzUB0L3iVeN/4lOFpsWlRw Z6C2c7DL2+MLUUkYQEbFr3WGgjPN1FTjkRqpSpVa0mVmDXLX8vB0gWrvIGk+Hn5x8NETdF ctysLkuKqDGPGGhzlW4vNVfqrE2kt0LriBdMg36iL04vOfBew9kMClCf4nbI2hIJePeQUx wtI+3s7/YyQeoKwAfN8Lg8djf3q6wysecImGm8jlXhqeVW3xjBEZHO4+N0I4Yar069xcoh BXg5fgn2xA3ufF08ISlU1ALRShXuBWcyxLpbe5rOzpE7AycszlaWUmkH+dChNQ== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4Z9hlJ0ZM7z1BTY for ; Sun, 09 Mar 2025 14:11:08 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 529EB7Fk046816 for ; Sun, 9 Mar 2025 14:11:07 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 529EB7oe046815 for desktop@FreeBSD.org; Sun, 9 Mar 2025 14:11:07 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: desktop@FreeBSD.org Subject: [Bug 285253] devel/dbus: upgrade without bumping dependent ports breaks ... everything Date: Sun, 09 Mar 2025 14:11:08 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: d8zNeCFG@aon.at X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: desktop@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback+ X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Using and improving FreeBSD on the desktop List-Archive: https://lists.freebsd.org/archives/freebsd-desktop List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-desktop@FreeBSD.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D285253 --- Comment #17 from Martin Birgmeier --- I have now tried poudriere, here are some observations. They are surely lim= ited by my short trials and resulting experience (I spent about 8 hours on the s= etup for building my list of ports). My build machines are VMs running under Linux/KVM because this server is not yet well supported by FreeBSD. They run stable/14 with a few minor local patches and are updated mostly when security fixes are announced. I ran release/release.sh to build the necessary tarballs for poudriere. The storage is on a separate server and uses ZFS extensively, with a setup geared towards efficient replication (for backup purposes). It is made available to the build machines using iSCSI (for the VM base disks) and NFS (for all other stuff, e.g., /usr/src, /usr/obj, /usr/ports, a download mirr= or, etc.). As far as I could find out, this setup does not fit well with what poudriere requires, which is basically a single machine with lots of cores and lots of ZFS disk space. However, this impression may be wrong due to me not knowing poudriere well enough. I circumvented this by giving my VMs an additional, RAM-based disk (Linux b= rd), on which I created the zpool for poudriere. This disk had 48 GB space. This worked quite well until it got to building node22 and rust. All other dependencies already having been built, this was now using 2 CPUs out of 16 available on the VM, one for each of these ports, and therefore taking very long. I killed the build and set ALLOW_MAKE_JOBS_PACKAGES=3D"firefox llvm* node* = rust thunderbird" in poudriere.conf. This now had the opposite effect, causing t= he VMs to start swapping. I think it would be good to have another option in poudriere to force a single build jail for certain ports, and this I would = then set to exactly the same list, so that such ports are built using their full inherent parallel build options while not interfering with other concurrent= ly running port builds. Ultimately and unsurprisingly, my 48 GB RAM disk ran full, at which point I stopped the experiment. One minor issue: It would be nice for 'poudriere config' to have an option = to take the defaults from /var/db/ports. This would make it easier for me to u= se exactly the same options I am using with portmaster. I circumvented this by first finding out where poudriere stores the port configurations, then removing that, replacing it by a copy of /var/db/ports, and just to be on the safe side running 'poudriere config' again. I would appreciate getting some hints on how I could use poudriere in an optimal fashion with a split CPU/storage setup like mine. I assume this wou= ld also be useful when using docker images with the big three CSPs. My impression is that poudriere is an amazing piece of software which could benefit of being updated to be more cloud-compatible. Corrections and ideas are welcome. -- Martin --=20 You are receiving this mail because: You are the assignee for the bug.=