Fabric: Paramiko 2.0.x가 확실히 안정되면 Paramiko 요구 사항 핀을 부딪치는 것을 고려하십시오.

하나 또는 두 개의 릴리스에 대해 fabric setup.py 는 paramiko>=2 및 paramiko<2 를 허용하고 사람들은 cryptography 기본적으로 PyCrypto 버전을 강제 실행할 수 있습니다. 그의 조금에서 연소되면, 당신은 이동할 수 setup.py 필요하기 paramiko>=2 .

Fabric 1.x에 paramiko>=2가 필요하도록 만들지 확신이 서지 않고 Fabric 2.x용으로 저장할 계획입니다. Fabric 2.x가 나온 후에는 활용도에 따라 달라집니다.

고정 해제된 "난 상관 없어, paramiko 1 또는 2는 괜찮습니다"로 돌아가는 것은 사람들이 수동으로 Paramiko를 다운그레이드하도록 하여 여전히 해결할 수 있다는 것이 맞습니다. 고정은 대부분 "onoz u broken my build" 보고서의 홍수를 막으려는 시도였습니다. 우리는 약간을 얻었지만 톤이 아니 었습니다. 그것이 내 핀 때문인지 아닌지는 아무도 추측하지 못합니다.

@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 for wheel은 환경 마커를 사용하여 extras_require 에서 동일한 작업을 수행합니다.

기본적으로 @dstufft 의 배를 문지르면 지니가 나옵니다.

(더 심각한 예: https://github.com/Julian/jsonschema/blob/master/setup.py#L25 그러나 python_version 를 python_interpreter 로 대체하여 대신 발송).

어떤 식으로든 이런 일이 발생하지 않는 한 어떻게 보이는지 볼 수 있도록 PR에 넣어 보겠습니다.

오 깔끔하다, 나는 그것에 대해 얼마 전에 배운 것을 어렴풋이 기억한다. 분명히 그때 잊었다. 나는 그것이 몇몇 사람들을 돕고 대다수를 해치지 않는다면 확실히 그렇게 하지 않을 것입니다. PR을 해주시면 감사하겠습니다.

Re: 외부 문제, 이 시점에서 Fabric 1.12+에서 핀을 <3 로 범프해야 한다고 생각합니다(앞서 언급한 다른 Crypto 제거와 함께, 내가 원하지 않는 한 조건부가 되어야 하지만 paramiko>=2,<3 , 내가 이것을 찔러보고 동일한 Fabric 분기가 Crypto 및 Paramiko 1을 포함하는 두 개의 별도 venvs에서 테스트를 통과하는지 확인하려고 할 때 얼마나 추악한 일이 발생하는지 확인할 것입니다. Crypto 및 Paramiko가 없는 기타 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의 실수라고 생각합니다. Fabric이 호환될 때까지 트리에서 Paramiko를 업그레이드할 때까지 기다려야 했습니다.

그러나 어쨌든 Paramiko > 2.0을 지원하는 새 버전의 Fabric이 출시되어 모든 포트의 최신 버전이 있는 Macports를 사용하여 모든 것이 다시 작동하도록 할 수 있다면 좋을 것입니다.

Grump, 짜증나네요. @hostep 소식 감사합니다. (비꼬는 말을 하려는 것이 아니라 - 또한 MacPorts가 여전히 사용 중이라는 사실에 놀랐습니다. 제가 아는 모든 사람들은 몇 년 전에 Homebrew로 전환했습니다. "최초" != "마을의 유일한 게임"인 것 같아요 :))

나는 어젯밤 변덕스럽게 작은 1.12를 내놓았습니다. 빨리 하세요. 그래서 아마 다음 마이너 릴리즈가 될 것입니다.

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 워크스테이션에서 Fabric v1.12.0 및 Paramiko v2.0.2를 실행하며 문제가 없습니다.

@hostep 강조해주셔서 감사합니다.

@hostep 실제로 *_requires 사양( <= / == 에서 >= 또는 '' )을 재정의한 경우가 있습니다. 테스트 스위트가 이후 버전의 종속성과 함께 통과한 경우 포트. 그러나 이것은 멋진 테스트에 의존하므로 위험할 수 있으며 우리가 Fabric의 다운스트림이지만 사용자(다운스트림) 환경을 깨뜨리는 것도 좋아하지 않습니다. :)

추가 번호 업데이트...지난 6개월 개요:

지난 2주:

Paramiko 2.0.x는 이제 모든 다운로드의 절반입니다. 그리고 나머지 50%가 이 티켓이 병합되지 않아서 생기는 것인지 궁금합니다 :) 곧 알게 될 것입니다!

이것을 실행하고 Fab 1.13.0으로 표시할 것이라고 생각하십시오.

@Julian 과 내가 논의한 내용을 다시 방문했지만 PyPy로의 변경을 제한하려는 경우에만 extras_require 마법이 필요한 것 같습니다. 이 시점에서 저는 "Paramiko <3" 비트 도매 허용을 하고 있습니다...

PyPI가 있습니다

아, 물론 남매표 1462번은 잊어버렸어요! 1.13.1 진행 중...편집: 그리고 병합/해제.

만세!

2016년 12월 9일 20시 14분에 "Jeff Forcier" [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
.