Python-future: 새로운 매직 "configparser" 가져오기가 "configparser" 백포트를 중단합니다.

또한 백포트 저장소에서 사람들은 이미 이것이 작동하지 않는다고 보고합니다. https://bitbucket.org/ambv/configparser/issue/8/configparser-import-broken-on-py27

당분간 configparser에서 python-future에 대한 종속성을 제거하여 작동하도록 해야 했습니다.

+1

보다 일반적으로 python-future는 설치된 다른 모듈 IMO를 섀도잉하는 모듈을 설치해서는 안 됩니다. 다른 대부분은 문제가 될 가능성이 적으므로 가짜 종속성을 추가하는 것보다 그냥 하는 것이 더 나을 수 있습니다.

@ambv , @Julian : 피드백 감사합니다. 이 문제를 해결하고 싶지만 아직 올바른 방법을 찾지 못했습니다. 내가 보는 옵션은 다음과 같습니다.

1. python-future에서 configparser 를 제거하고 문서를 변경하여 대신 configparser 패키지를 사용하도록 권장합니다. 이것은 의미가 있을 수 있지만 configparser 가 Py2.7의 ConfigParser 에 대한 드롭인 대체가 아닌 한 그렇지 않습니다. 현재 import ConfigParser 를 import configparser as ConfigParser 로 교체한 후 설치된 configparser 패키지로 Python 2.7.9에서 test_cfgparser.py 를 실행할 때 14개의 실패와 9개의 오류가 있습니다. python-future와 간단한 configparser 별칭이 설치되면 동일한 테스트가 모두 통과합니다.
2. 같은 이름의 모듈이나 패키지가 존재하지 않는 경우에만 configparser 별칭 패키지를 설치하도록 python-future에서 setup.py 를 변경합니다. 이것의 단점은 설치된 패키지가 requirements.txt 에 나열된 순서에 따라 달라진다는 것입니다. 더 나쁜 것은 pip 가 requirements.txt 에 나타나는 순서대로 패키지를 설치한다고 보장하지 않는다는 것입니다. configparser 및 future 가 모두 나열되면 pip 에 의해 설치된 패키지 세트가 비결정적입니다.
3. pip install future[without_configparser] 와 같은 설치 옵션을 지원하려면 setuptools의 extras 기능을 사용하십시오.

configparser 패키지를 사용할 때 Python 2.7.9 테스트 스위트를 통과하도록 수정할 수 있다고 생각하십니까? 이렇게 하면 현재 ConfigParser 를 사용하는 Py2 코드의 원활한 업그레이드 경로를 위해 추천할 수 있습니다.

시간이 지나면서 점점 더 많은 사람들이 configparser 백포트를 직접 사용합니다. 왜냐하면 이것이 Python 2.x에 있는 동안 최신 업스트림 API(및 기능)를 사용하는 방법이기 때문입니다.

따라서 나는 당신의 실패한 테스트의 관련성을 정말로 이해하지 못합니다. 이전 API를 원하면 이전 모듈 이름을 사용합니다. 새 API를 원하면 새 이름을 사용합니다. Python 3을 대체할 위치에 2.x ConfigParser를 배치하는 것은 더 이상 의미가 없습니다.

Kali https://bugs.kali.org/view.php?id=3245 에서 이에 대한 보고서를 받았고 일반적인 Kali Linux 시스템에는 Python이 모두 필요한 패키지가 있으므로 이에 대한 수정 사항이 있으면 좋을 것입니다. -future 및 python-configparser. 후자는 이 버그로 인해 Python 2.x에서 사용하는 모든 사람에 대해 손상되었습니다.

요약하자면 (1)을 구현하고 configparser에 대한 테스트를 삭제해야 한다고 생각합니다. (2) 데비안 패키지가 최소 환경에서 빌드되고 setup.py가 실행될 때 python-configparser를 사용할 수 없기 때문에 절대 사용할 수 없습니다. (3) 가능하지만 python-future의 API는 설치 방법에 따라 다릅니다. 배포판은 한 방향으로만 설치할 수 있으므로 좋은 생각이 아닙니다.

감사합니다! cc @sbrun

예를 들어 현재 Fedora는 백포트도 사용할 수 있으므로 configparser를 패치합니다 .

FWIW, 저는 현재 백포트에 병합해야 하는 업스트림 수정을 진행 중이며 내일 configparser 백포트 3.5.1을 릴리스할 예정입니다. python-future에 관해서도 (1)을 구현해야 한다고 생각합니다.

입력해 주셔서 감사합니다.

v0.16의 python-future에서 configparser 를 기꺼이 제거하겠습니다. 진행 중인 분기가 있습니다: https://github.com/PythonCharmers/python-future/tree/v0.16.x.

ConfigParser.read_dict 가 내 컴퓨터에서 작동을 멈춘 이유를 알아내려고 여기에 왔습니다.

내가 사용하는 패키지 중 하나가 python-future (특히 QGIS의 일부)에 따라 시작된 것으로 나타났습니다. 그런 다음 Python 2.7의 ConfigParser 버전이 ConfigParser의 전체 API를 구현하지 않기 때문에 이 문제가 발생했습니다. 파이썬 3.x에서

패키지의 python-future 버전을 잠가 이 문제를 해결했습니다.

sudo chmod 000 /usr/lib/python2.7/dist-packages/configparser/

Flake8은 최근 @ambv 가 관대하게 유지 관리하는 configparser 백포트에 대한 종속성을 추가했습니다. 일부 사용자는 Flake8의 기존, 테스트 및 문서화된 동작을 깨는 이 모듈도 설치했습니다. 이것은 우리에게 문제이며, 이제 사람들이 문제를 볼 수 있는 이유를 설명하기 위해 Flake8에 문서를 추가하기 시작할 것입니다. 사용자가 이러한 번거로움을 피할 수 있도록 Future가 구체적으로 언급될 것입니다.

@sigmavirus24 Ian, 지금은 configparser 백포트에 따라 from backports import configparser 양식을 사용하여 이 문제를 해결할 수 있습니다. 이것은 다음과 같은 상황을 차단 해제하기 위해 특별히 구현되었습니다.

@ambv 감사합니다! 내가 그렇게 할 수 있다는 것을 깨닫지 못했습니다.

이제 configparser 를 제거하는 v0.16.0을 출시했습니다. 문서에서는 Lukasz의 백포트를 사용할 것을 권장합니다. 여러분의 피드백에 감사드립니다!

@edschofield 감사합니다!