From nobody Mon Sep 08 18:00:22 2025 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 4cLF9N3Wg8z66tXS for ; Mon, 08 Sep 2025 18:00:24 +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 "R12" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cLF9N1Tvlz3dt7 for ; Mon, 08 Sep 2025 18:00:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757354424; 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=Xh2zGMidjghTa70pBI9BEb7UbdbZO1ArZ0fSHVruR4E=; b=M1kHUp48crLcQFSsC2jOG1HfVMMteRBDVn6JrUsBxeP9bKSw82UyqGAPBpSe04R5pDx+Ec GcRWctjt+5NPagtN0cwVIEO+seN4CgZwVbTIrwxbUnIdLKetd7tf99Nv9U3zDdYIvRoFmy 1TBBEl108CjFSKaA/j6xF7gXE6IkOKOLceD4r4s+Rj/k3YS0R9hn38AJcJ771++dNfaABR QXgq8CCYcVYdTLWLik1sVE19PY9QbjyesGUpMmRrxB2NFLGnI0RD+umiwnUck5Nz7USdMS e/ruUUc7zl6x1e1I8Jk9myB4rKwFYJmoVJeriJInkJHaesH6bs1hJa0f5tkzog== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757354424; 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=Xh2zGMidjghTa70pBI9BEb7UbdbZO1ArZ0fSHVruR4E=; b=wWY5slKMLDuenAWZCh5Ci0J3fTczrV7faQNYSq1TTP/1BlGI/QwcKAdIAAGk0tjG8UmsSM x3aWCQM/c/aqiRWXe37eL8oCgPzn+62LnarY+GJpfkm2tDvwDnb7hPmkyo0BraFuD1UwD2 pgqpHHP5+C1pgKekY4yjoriONJg82x3xO12OpKCooWkwzZcBrFhMa/8arbwFa4HbMgwU71 Hmv/I8tNZJj3soVN6jw+ZD0itMcJQ46WaGbm8F8e6ghpkKgNsmwRWssUyRSostmcLUl2yS P6rWyn+XKmiIU/DFIspbGvaBSEQVdVf/5ZSYupCNIRU0fjgEPBzeEeuy7l4gew== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1757354424; a=rsa-sha256; cv=none; b=FgO/QdTThfbj6sVPi41ktFiJlsbxuII8fnmXxVQi8bGFupVMU9bAWdMuTSQZb4OCirK0p9 8WdiKjFa7shM55xFQfdRx7dYruzRb5EnETcy7ZP1C13FeJTvAae4tR7g9NUh1doudPCmqa XkK7qs4pZnY7XsgedDmcT+6/+MuSwjJ2Q6OF/MNyXdC6bjCxm7ddCLK7eSoBa859PtgA6L HZkWAtBcreF2/tpaC9Yot+ozRgoknAEUaXzSBd1dWWLjU7Q+QqQxiBGOPoQdVcCAyG9L1r /c4WXTDDRg8QA5FGCrt/W7pzcDfPGS+/N3O3q4/Te7j0p3NINsBcAbB/QeLqRQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none 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 4cLF9N14Qwz1G77 for ; Mon, 08 Sep 2025 18:00:24 +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 588I0NMc084785 for ; Mon, 8 Sep 2025 18:00:23 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 588I0Ntj084784 for python@FreeBSD.org; Mon, 8 Sep 2025 18:00:23 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 270358] devel/py-setuptools: update to 80.9.0 Date: Mon, 08 Sep 2025 18:00:22 +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 Some People X-Bugzilla-Who: vishwin@freebsd.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: vishwin@freebsd.org X-Bugzilla-Flags: maintainer-feedback+ exp-run+ X-Bugzilla-Changed-Fields: assigned_to 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=3D270358 Charlie Li changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|python@FreeBSD.org |vishwin@freebsd.org --- Comment #99 from Charlie Li --- (In reply to Enji Cooper from comment #89) How many times do I need to explain that there is no such thing as perfecti= on here. Unfortunately, there is no such thing as "good enough" in this case either, since one change that fixes half the consumers also break the other half, and both halves contain major dependencies for other software. It's j= ust a no-win situation. *sigh* since $LIFE has gotten in the way of being able to properly keep tra= ck of which ports need name normalisation fixes, anyone interested (along with myself with some spare machine capacity) in helping move this along can sta= rt doing this: test build every setuptools consumer that also specify USE_PYTHON=3Dpep517, with particular attention to those failing at stage, especially errors looking like: =3D=3D=3D> Staging for py311-Mako-1.3.5 =3D=3D=3D> Generating temporary packing list Traceback (most recent call last): File "", line 198, in _run_module_as_main File "", line 88, in _run_code File "/usr/local/lib/python3.11/site-packages/installer/__main__.py", line 98, in _main(sys.argv[1:], "python -m installer") File "/usr/local/lib/python3.11/site-packages/installer/__main__.py", line 86, in _main with WheelFile.open(args.wheel) as source: File "/usr/local/lib/python3.11/contextlib.py", line 137, in __enter__ return next(self.gen) ^^^^^^^^^^^^^^ File "/usr/local/lib/python3.11/site-packages/installer/sources.py", line 162, in open with zipfile.ZipFile(path) as f: ^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.11/zipfile.py", line 1295, in __init__ self.fp =3D io.open(file, filemode) ^^^^^^^^^^^^^^^^^^^^^^^ FileNotFoundError: [Errno 2] No such file or directory: '/wrkdirs/overlays/overlay/textproc/py-mako/work-py311/Mako-1.3.5/dist/Mako= -1.3.5*-*.whl' *** Error code 1 Stop. make: stopped making "stage" in /overlays/overlay/textproc/py-mako There will be many such cases, between mixed cases needing to go all lowerc= ase and [-_.] normalised to underscore. Reference: https://packaging.python.org/en/latest/specifications/binary-distribution-f= ormat/#escaping-and-unicode Note that PORTNAME of each package should continue to match what upstream c= all themselves, so no premature underscoring. Override DISTNAME if necessary instead. This part is primarily on the part of each individual port maintai= ner. Any proposed fix in Mk/Uses/python.mk must then be tested again on non-setuptools USE_PYTHON=3Dpep517 consumers, since it is not known if other build backends completely implement the binary wheel name normalisation that setuptools eventually did. Hope this helps further explain how fragile this situation is. Not something for "a day or two", even on powerful hardware, because this includes resource-intensive ports like LLVM and Rust: Queued: 3469 Inspected: 0 Ignored: 0 Built: 0 Failed: 0 Skipped: 0 Fetched:= 0 Remaining: 3469 --=20 You are receiving this mail because: You are the assignee for the bug.=