Date: Tue, 08 Jun 2021 14:31:32 +0000 From: bugzilla-noreply@freebsd.org To: python@FreeBSD.org Subject: [Bug 243937] lang/python38: Fails to package in certain conditions due to DISABLED_EXTENSIONS not working Message-ID: <bug-243937-21822-JmpoQcqLOZ@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-243937-21822@https.bugs.freebsd.org/bugzilla/> References: <bug-243937-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=3D243937 --- Comment #17 from John Hein <jcfyecrayz@liamekaens.com> --- (In reply to Kubilay Kocak from comment #16) The changes are not applicable to python36 - the new Modules/Setup was not backported to python36. So we can't change how python36 disables extensions (unless perhaps the Modules/Setup support is backported manually, but I thi= nk it is not necessary to spend energy on that). It is not needed for python37 because the 'disabled_modules_list' hack works fine. But it does have the new *disabled* marker support in Modules/Setup = (by inspection - not tested). As mentioned in the original comment, we could a= pply the same change to python37 and remove patch-issue20210. Since that should work and is quite simple, I will put together another patch rev which does = so as an option. Just for historical trivia - it looks like the *disabled* ma= rker support was available even in python-3.7.1 --=20 You are receiving this mail because: You are on the CC list for the bug. 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-243937-21822-JmpoQcqLOZ>