From nobody Sat May 2 00:15:59 2026 X-Original-To: python@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 4g6pNK6ftHz6c8xv for ; Sat, 02 May 2026 00:16:01 +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 "R13" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4g6pNK5pkLz4Dp8 for ; Sat, 02 May 2026 00:16:01 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1777680961; 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=zau0j7nFKebB1mvgJTCgI5q3vUcIGv4BfI1Mv35wWSg=; b=NFmhaUeEuxDjJQmPcBWhC6+XTgE+e7IxHP2+L448VAytx/g/KSn3P1PHUclBPEbgYnLTnI E4Od35QzIFBuLHnq91oZnhGkB9rLbn/AsxzEm5La5l1K2XIx5VpddbKAEpnKo4hiPVDznL SAWDHWffbM+jV0EdRHcKQQKzrkPVoPEh9wSlsX6ufgM6MIFYpe6Z59Q5NGNzMUO07lbFtD nPhvaUI0xt5WcLp3x0YRVdSKSLKUyKVVYDyFEs4iMNKOeyKlscUFm9bBtHpNvQqAShVVHl sZ7u/adzb8qyh/zEibCL4yT5xNCz05F1tbtIOK/GsXfLEyJ+bhJf5kTfKneuvw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1777680961; a=rsa-sha256; cv=none; b=pmKRgQbztxd4bCNE+YBM3Fx2TfQOoebkn1GLVenRkY1fN9cEyXsaUBC9KOTw7WRpqBbRbJ vpdLouEJJHgRLmDFvatwrqgpYAiE8q7yCs4SdQeMutOVAJXzO2d29E6QaO9XnKI0XU2/yY YNwViRAac2CtR8CWIBWc3iqLj7eMb8PFwftGc1x2358u0rJeSWD4gt9OEUudfh0N/0WPMJ 8lXhW4ZAlBehwWjVFcw/S5+IaoDd+WW4Q0cjda3DtsG08EP0SVn/rfB0Zn8fQYONTDOtmp lMLhgthtdrD32AYjuWXbtzzqmkkCBTpFU/xVSKfP77oexDSU3BHObSeDowSa6w== 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=1777680961; 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=zau0j7nFKebB1mvgJTCgI5q3vUcIGv4BfI1Mv35wWSg=; b=osBvHIW3HMtEBtSN7DW6Na2dx4cRrgXDOIVXt2pj7t0KUNKmEI5LC/2QP2DqFW00Qjh4X0 lqriwDvr+aMTUXkrJpZ0EeZlIL1E/qERZlrWVpxsDwtEXf2vQ6HTfJevw5Qrz6szsxAbZ9 /T+bhPvsNeZY8Pa2MUXANiOXJCyiYqGycw5qIcj3i8mR9nEuabDJns6sSyjA96J4fvFqAn OxcilWy8mE8vVB214vS6FOjNsgzIeaOTvgNFfMthkyXWDieF5UR72zQoOuPGjbKMf3Q7WD UsaGogquh8tX1gnlFlLJ+kdG8uQ0lTBBNM6C+BVDAB37v6gBLfscRmU8WkJLwg== 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 4g6pNK58nGz654 for ; Sat, 02 May 2026 00:16:01 +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 6420G1pf076639 for ; Sat, 2 May 2026 00:16:01 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 6420G11e076638 for python@FreeBSD.org; Sat, 2 May 2026 00:16:01 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: python@FreeBSD.org Subject: [Bug 294631] devel/py-installer: use os.path.abspath() instead of Path.resolve() Date: Sat, 02 May 2026 00:15:59 +0000 X-Bugzilla-Reason: AssignedTo CC 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 Many People X-Bugzilla-Who: milios@ccsys.com X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: python@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: FreeBSD-specific Python issues List-Archive: https://lists.freebsd.org/archives/freebsd-python List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-python@freebsd.org Sender: owner-freebsd-python@FreeBSD.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D294631 --- Comment #32 from Chad Jacob Milios --- Sorry to shovel my pithy two cents onto this indomitable side debate; I can= 't help myself. These valid questions invariably come up in cases such as this= and I can't remember resolutions, only bickering. (In reply to Joe Marcus Clarke from comment #27) (In reply to Oliver Lehmann from comment #28) Youre correct the theory and method are [crucially] supported; the results = and outcomes of it, however not so much (or not at all, to be frank). It's the difference between flexibility-by-design vs consistency-by-design. Somewhat related, see also FPHB =C2=A7 5.10.12 & 5.14.2. In a perfect world= , the porter will succeed in their herculean and painstaking efforts, surgically = and perfectly excising all instances of too-dang "cleverness" in distribution tarballs, with their myriad build systems. In practical reality, strict adherence to that ideal often results in more sluggish updates or would-be ports never existing in the first place. Using complicated measures to correctly build certain ports under all environments sometimes just leads to nearly-unmaintainable divergence from upstream code. This here however, not an auto-activation issue, was just an everyday run-of-the-mill [minor] logic bug which, if it weren't also a performance regression, could just as easily been met with an upstream response of wont= -fix / just-dont-do-that-then (spurious symlink hanging around which, to be fair, they played no part in placing there). I also don't prefer Poudriere or Synth; so I don't use them. Thankfully, ja= ils (or bHyVe) and nullfs (better yet, ZFS clones) are all included in our base system, operate reliably and for the most part seamlessly. (In reply to Charlie Li from comment #29) Thank you for allll you do; the whole Python ecosystem broadly speaking is IMNSHO a veritable hellscape. Meanwhile FreeBSD is [by leaps and bounds] my favorite development environment, its vigilance regarding sound engineering principles fostering copious opportunity for coherent integrations and ambitious innovations, largely in part to your replete diligence, tireless perseverance and abundant wizardry. Youre an absolute mensch. (In reply to Helge Oldach from comment #31) STAGEDIR solves/enables similar but not-quite-equivalent issues/features wh= en compared to more-elaborate build platforms like Poudriere/Synth. Performance issue aside, this bug stems from py-installer (the genuine article, not the port) ignoring/forgetting its $destdir even only once. Our framework's make env/args are but mere humble requests and suggestions to the distributed bu= ild scripts/tools of dozens of thousands of constantly-changing softwares; noth= ing actually stops a tarball makefile, or anything downstream of it, from choos= ing to `LOL!=3Drm -rf /` or all manner of mischief in any syntax du jour. Only = the curators of ports and admins of beefy stand between our precious systems/da= ta and the many vibe-coding nose-pickers or even-worse supply-chain cretins. I don't think we actually want all such issues to be automagically solved in ports/Mk [by default or mandate] because we greatly benefit from the differ= ing behaviors in various environments (and the underlying flexibility allowing = it); diffing the output of `make configure` and/or the contents of STAGEDIR betw= een varied environments helps me discover additional software functionality not= yet exposed or understood by the port so available OPTIONS can much more easily= and thoroughly be expanded, refined and/or supported. You might even be surpris= ed one day to discover your most relied upon feature of your most cherished po= rt in your most critical workflow was only ever made functional because cmake = or its cousin violated our framework in a way the port maintainer never imagin= ed and accounted for, when you built X locally in the presence of Y with a configuration of Z. --=20 You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug.=