Date: Fri, 10 Dec 2021 17:31:12 +0000 From: bugzilla-noreply@freebsd.org To: ports-bugs@FreeBSD.org Subject: [Bug 260324] Mk/Uses/python.mk: setup.py deprecated (sort of) Message-ID: <bug-260324-7788@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D260324 Bug ID: 260324 Summary: Mk/Uses/python.mk: setup.py deprecated (sort of) Product: Ports & Packages Version: Latest Hardware: Any OS: Any Status: New Severity: Affects Many People Priority: --- Component: Individual Port(s) Assignee: ports-bugs@FreeBSD.org Reporter: jcfyecrayz@liamekaens.com Apparently using setup.py directly is sort of being deprecated: https://blog.ganssle.io/articles/2021/10/setup-py-deprecated.html Has anyone started investigating a replacement to use for python.mk? This seems like something close to usable: pip install --no-build-isolation --no-clean --ignore-installed --root=3D$STAGING_DIR $WRKSRC Some of those flags are hacks to work around issues installing as non-root = to non-$HOME locations, such as: https://github.com/pypa/pip/issues/3063 Using 'pip install' directly does not mesh well with the FreeBSD ports para= digm separating build & stage (install). But it's reasonably fast in brief test= ing. Using 'python -m build' to generate a wheel file that 'pip install' could u= se (still with the hacky flags due to the above issue 3063) is incredibly slow. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-260324-7788>