Fabric: Paramiko 2.0.xが確実に安定したら、Paramiko要件ピンをぶつけることを検討してください

おそらく、1つまたは2つのリリースの場合、 fabric setup.pyがparamiko>=2とparamiko<2両方を許可し、人々がcryptographyを取得する中間状態を考えてみてください。デフォルトではPyCryptoバージョンを強制することができます。 それの少しで焼かれたら、移動することができますsetup.py必要とするparamiko>=2 。

Fabric1.xにparamiko> = 2が必要になるかどうかはわかりませんが、Fabric2.x用に保存する予定です。 ファブリック2.xの取り込みに依存します。

固定されていない「気にしない、paramiko 1または2は大丈夫」に戻ることは、Paramikoを手動でダウングレードさせることで解決できます。 ピン留めは主に、「onozuが私のビルドを壊した」という大量のレポートを回避するための試みでした。 それが私のピンによるものであるかどうかにかかわらず、私たちはいくつかを手に入れましたが、トンではありません。

@bitprophet FWIW、私はいくつかのデータを持っています！ 過去2週間（つまり、paramiko 2.0が実際にリリースされる数日前を含む）、PyPIから最もダウンロードされたParamikoバージョンは次のとおりです。

| バージョン| ダウンロード|
| --- | --- |
| 1.16.0 | 411903 |
| 2.0.0 | 308131 |
| 1.17.0 | 77360 |
| 1.15.2 | 47677 |
| 1.15.1 | 23893 |

私にとって、この非常に多くの2.0インストールはおそらく安全であることを示しているので、 <2境界を削除する必要はありません。ほとんどの人にとっては問題なく動作します（または簡単に修正できます）。 pip install fabricが修正される前に、単にpip install paramiko<2実行するだけではありません。

少なくとも環境マーカーを使用して、少なくともPyPyにparamiko> 2を使用するようにファブリックに指示することは可能でしょうか。現在の現状では、ファブリックはインストールされません。

@alex遅ればせながら、「 <2境界を削除しても安全だ」という意味ですか？ （「不要」の代わりに）：D

@Julian 「現在のインタプリタに基づいてinstall_requiresを変更する」という別の数行を意味していると思いますか？ そのオフハンドに反対していません。 （IIRCのようなハックはホイールでの動作を停止するので、私たちはそれらから遠ざかり始めています...？）

ええと、はい、私はそれが安全であることを意味しました。

ホイールの@bitprophetは、環境マーカーを使用してextras_requireで同じことを行います。

基本的には@dstufftの腹をこすると、魔神が飛び出します。

（より深刻な例：https：//github.com/Julian/jsonschema/blob/master/setup.py#L25ですが、代わりにpython_versionをpython_interpreterに置き換えてディスパッチします）。

どちらかの方法でこれを起こそうとしない限り、それがどのように見えるかを見ることができるように、私はそれをPRに入れようとしますか？

ああ、きちんと、私はしばらく前にそのことについて学んだことを漠然と覚えているだけです。 明らかにそれから忘れました。 それが何人かの人々を助け、大多数を傷つけないなら、私は間違いなくそれをすることに落ち込んでいます。 PRをいただければ幸いです。

Re：外側の問題、私はこの時点で、Fabric 1.12+でピンを<3にぶつけていると思います（前述の他の暗号パージと一緒に、私がしたいのでなければ条件付きになる必要がありますがparamiko>=2,<3 、これはあまり好きではありません。これを突くと、同じFabricブランチが2つの別々のvenvでテストに合格することを確認してみてください。暗号とパラミコのない他の2）

こんにちは、みんな

この議論への小さな追加：
Macportsを使用して、macOSワークステーションのParamikoポートに依存するFabricポートをインストールします。
しかし最近、MacportsはParamikoをバージョン1.16.0から2.0.1に

➜ fab deploy
Traceback (most recent call last):
  File "/opt/local/bin/fab", line 5, in <module>
    from pkg_resources import load_entry_point
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/pkg_resources/__init__.py", line 2927, in <module>
    <strong i="13">@_call_aside</strong>
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/pkg_resources/__init__.py", line 2913, in _call_aside
    f(*args, **kwargs)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/pkg_resources/__init__.py", line 2940, in _initialize_master_working_set
    working_set = WorkingSet._build_master()
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/pkg_resources/__init__.py", line 637, in _build_master
    return cls._build_from_requirements(__requires__)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/pkg_resources/__init__.py", line 650, in _build_from_requirements
    dists = ws.resolve(reqs, Environment())
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/pkg_resources/__init__.py", line 829, in resolve
    raise DistributionNotFound(req, requirers)
pkg_resources.DistributionNotFound: The 'paramiko<2.0,>=1.10' distribution was not found and is required by Fabric

Macportsを使用してParamikoをバージョン1.16.0にダウングレードすることで回避しました。これは手動で行うのが少し複雑でしたが、最終的には再び機能するようになりました。

これはMacportsの間違いだと思います。ファブリックに互換性が生じるまで、ツリー内のParamikoをアップグレードするのを待つ必要がありました。

とにかく、Paramiko> 2.0をサポートする新しいバージョンのFabricをリリースして、すべてのポートの最新バージョンでMacportsを使用してすべてを再び機能させることができれば素晴らしいと思います。

不機嫌そう、それは迷惑です-ニュースをありがとう、@ hostep。 （卑劣なことをしようとはしていませんが、驚いたことに、MacPortsはまだ使用されています。私が知っている人は皆、何年も前にHomebrewに切り替えました。「トップオブマインド」！=「町で唯一のゲーム」だと思います:)）

私は昨夜気まぐれで小さな1.12をポップアウトしました（自己へのもう1つの良いリマインダー：ロードマップについて議論するときは文字通りのバージョン番号の使用をやめてください-「今後の機能リリース」などと言ってください）、この変更はしませんでしたが、それでもやりたいすぐにそれを行うので、おそらく代わりに次のマイナーリリース。

FWIW、私たち（FreeBSD）も同じ問題を経験し、py-fabricが依存するparamiko1ポートとパッケージを作成する必要がありました。 関連項目：

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213893
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214379

TLDR：<=および==の依存関係は非常に苦痛で煩わしく、解決しようとしているよりも多くの問題を引き起こします。

アップストリームが依存関係の最新バージョンに対してプロアクティブにテストするだけで（開発中、リリース前がこれを行うのに最適な時期です）、ダウンストリームユーザーとパッケージャー/ポーターの苦痛ははるかに少なく、依存関係のバージョン管理を規定または制約しないでください。互換性を明示的に破るバージョンがあります。

その場合でも、制限は一時的なものであり、リリースが壊れている間に行われた場合、および依存関係の作成者に通知されている間、および修正が行われるまでのみです。

この方法の利点は、上流（および上流の上流）に、彼らが下す決定が実際に（理論だけでなく）実際にユーザーに影響を与えることを教え、この知識があれば、将来再び起こる可能性を最小限に抑えることができれば幸いです。

Macportsの問題に関するもう少し情報を追加するために、インストール中にParamikoの要件を<2.0から<3.0変更するパッチが追加され、修正され
これで、macOSワークステーションでFabricv1.12.0とParamikov2.0.2を実行しましたが、問題はありません。

@hostepそれを強調していただきありがとうございます

@hostep確かに、 *_requires仕様（ <= / ==から>=または'' ）をオーバーライドしたことがあります。テストスイートが新しいバージョンの依存関係で合格した場合は、ポート。 ただし、これはテストの素晴らしさに依存しているため、リスクを伴う可能性があります。私たちはFabricのダウンストリームですが、ユーザー（ダウンストリーム）環境を壊したくありません:)

より多くの数字の更新...過去6か月の概要：

そして最後の2週間：

Paramiko 2.0.xは、すべてのダウンロードの半分になりました。 そして、他の50％のうち、このチケットがマージされていないことが原因であるのではないかと思います:)すぐにわかります！

これを実行して、Fab1.13.0としてポップアウトすると思います。

@Julianと私がextras_require魔法は、変更をPyPyに制限したい場合にのみ必要なようです。 この時点で、私は「Paramiko <3を許可する」ビットの卸売りを行っています...

PyPIがあります

もちろん、兄弟のチケット＃1462を忘れてしまいました。 1.13.1途中...編集：そして、マージ/リリースされました。

やったー！

2016年12月9日20:14、「JeffForcier」 [email protected]は次のように書いています。

ああ、もちろん兄弟のチケットを忘れた、＃1462
https://github.com/fabric/fabric/pull/1462 ！ 1.13.1途中...

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/fabric/fabric/issues/1461#issuecomment-266111875 、またはミュート
スレッド
https://github.com/notifications/unsubscribe-auth/AAUIXlbJBlS0po_zKgQsUp7-y7I7WgbTks5rGbajgaJpZM4ITeNm
。