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. setuptoolsのextras機能を使用して、$ pip install future[without_configparser]などのインストールオプションをサポートします。

configparserパッケージを変更して、Python 2.7.9テストスイートを使用したときに合格するようにできると思いますか？ これにより、現在ConfigParserを使用しているPy2コードのスムーズなアップグレードパスに推奨する自信が得られます。

時間が経つにつれて、Python 2.xを使用しながら最新のアップストリームAPI（および機能）を使用する方法であるため、configparserバックポートを直接使用する人がますます増えています。

したがって、私はあなたの失敗したテストの関連性を本当に理解していません。 古いAPIが必要な場合は、古いモジュール名を使用します。 新しいAPIが必要な場合は、新しい名前を使用します。 Python3の代替品がある場所に2.xConfigParserを配置することはもはや意味がありません。

Kali https://bugs.kali.org/view.php?id=3245でこれに関するレポートを入手し、典型的なKali Linuxシステムでは、両方のpythonを必要とするパッケージがあるので、これを修正しておくと便利です。 -futureおよびpython-configparser。 後者は、このバグのためにPython2.xで使用している人にとっては壊れていることを除いて。

要約すると、（1）を実装し、configparserに関するテストを削除する必要があると思います。 （2）Debianパッケージは最小限の環境で構築されており、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が自分のマシンで動作しなくなった理由を理解しようとしてここに来ました。

私が使用しているパッケージの1つがpython-future （特にQGISの一部）に依存して開始されたことが判明しましたが、Python 2.7のConfigParserのバージョンがConfigParserの完全なAPIを実装していないため、この問題に遭遇しましたPython3.xで。

パッケージのpython-futureバージョンをロックすることでこれを解決しました。

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

Flake8は最近、 @ ambvが寛大に維持するconfigparserバックポートへの依存関係を追加しました。 一部のユーザーは、このモジュールをインストールして、Flake8の既存の、テストされた、文書化された動作を壊しました。 これは私たちにとって問題であり、Flake8にドキュメントを追加して、人々が問題を目にする理由を説明します。 ユーザーがこの煩わしさを回避できるように、Futureについて具体的に説明します。

@ sigmavirus24イアン、今のところ、 configparserバックポートに依存し、 from backports import configparserフォームを使用することで、これを回避できます。 これは、次のような状況のブロックを解除するために特別に実装されました:(

@ambvありがとう！ 私はそれができることに気づいていませんでした。

configparserを削除するv0.16.0をリリースしました。 ドキュメントでは、Lukaszのバックポートの使用も推奨しています。 皆さん、フィードバックをありがとう！

ありがとう@edschofield！