Issue 37654: 2to3 no-ops on embeddable distribution

➜

This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

This issue has been migrated to GitHub: https://github.com/python/cpython/issues/81835

classification

Title:	2to3 no-ops on embeddable distribution
Type:	behavior	Stage:	resolved
Components:	2to3 (2.x to 3.x conversion tool)	Versions:	Python 3.9, Python 3.8, Python 3.7, Python 3.6, Python 3.5

process

Status:	closed	Resolution:	wont fix
Dependencies:		Superseder:	Close 2to3 issues and list them here View: 45544
Assigned To:		Nosy List:	Bill Collins
Priority:	normal	Keywords:

Created on 2019-07-22 19:17 by Bill Collins, last changed 2022-04-11 14:59 by admin. This issue is now closed.

Messages (1)
msg348304 - (view)	Author: Bill Collins (Bill Collins) *	Date: 2019-07-22 19:17
Firstly, I'd acknowledge that expecting 2to3 to work on the embeddable distribution might be the problem, but the mode of failure is silent and delayed. The problem is that 2to3 loads fix names by searching for files in a package that end in '.py' (https://github.com/python/cpython/blame/master/Lib/lib2to3/refactor.py#L30) which isn't much use on the embeddable distribution where everything is pre-comipled. So, installing an sdist package that relies on 2to3 will succeed, but any attempt to then actually use the installed package will fail. I'm not sure whether the correct behavior here might be to 1. Fix 2to3 to load from pyc files (explicitly enabling 2to3 based installation on embeddable) 2. Fix 2to3 to fail when no converters are found (or similar; explicitly disabling 2to3 based installation on embeddable). Or something else entirely.

msg348304 - (view)

Author: Bill Collins (Bill Collins) *

Date: 2019-07-22 19:17

Firstly, I'd acknowledge that expecting 2to3 to work on the embeddable distribution might be the problem, but the mode of failure is silent and delayed.

The problem is that 2to3 loads fix names by searching for files in a package that end in '.py' (https://github.com/python/cpython/blame/master/Lib/lib2to3/refactor.py#L30) which isn't much use on the embeddable distribution where everything is pre-comipled.

So, installing an sdist package that relies on 2to3 will succeed, but any attempt to then actually use the installed package will fail.

I'm not sure whether the correct behavior here might be to

1. Fix 2to3 to load from pyc files (explicitly enabling 2to3 based installation on embeddable)
2. Fix 2to3 to fail when no converters are found (or similar; explicitly *disabling* 2to3 based installation on embeddable).

Or something else entirely.

History
Date	User	Action	Args
2022-04-11 14:59:18	admin	set	github: 81835
2021-10-20 22:58:02	iritkatriel	set	status: open -> closed superseder: Close 2to3 issues and list them here resolution: wont fix stage: resolved
2019-07-22 19:17:59	Bill Collins	create