Date: Wed, 21 Jul 2021 09:21:21 +0000 From: bugzilla-noreply@freebsd.org To: python@FreeBSD.org Subject: [Bug 251626] math/py-numpy: Update to 1.20.3 (compatible with Python 3.9) Message-ID: <bug-251626-21822-U1QPFEsWyN@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-251626-21822@https.bugs.freebsd.org/bugzilla/> References: <bug-251626-21822@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D251626 --- Comment #42 from Kubilay Kocak <koobs@FreeBSD.org> --- (In reply to Thierry Thomas from comment #41) It is an issue, but it is the price we pay for wanting to package Python programs We can address the issue in several ways, none resolving it completely. Thi= s is a conversation for the Python team that we'd love interested people to participate in. Shared macros though, don't fix the problem, they make the problem worse. P= orts build because the 'version spec' is apparently 'satisfied', but then are br= oken at rutime, because they're actually not. There is no such thing as a shared version spec in the Python world. Every upstream package declares their dependencies individually and arbitrarily. We can pretend they're 'shared' = to make builds work, but this doesn't mean 'usable' software for ports and pac= kage users. I'll respond to the exp-run issue offline --=20 You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-251626-21822-U1QPFEsWyN>