Dies scheint ein guter Ort zu sein, um zu fragen, wann die nächste Version erscheinen könnte, was die Blocker sind und ob jemand etwas tun kann, um zu helfen?

Mein Team ist gespannt auf das nächste Update, insbesondere auf Adresse #3298. Gibt es noch große Blocker?

Verlinkung von https://github.com/pypa/pipenv/issues/3742

Ich habe heute https://github.com/pypa/packaging.python.org/issues/701 bemerkt und ungefähr 90 Minuten Zeit gespendet, um @techalchemy dabei zu helfen, mehr Klarheit darüber zu bekommen, was ihn daran hindert, die neue Version zu erstellen ( IRC-Gespräch )) . https://github.com/pypa/pipenv/issues/3369#issue -389160510 hat jetzt eine Release-Checkliste. @techalchemy könnte Hilfe bei diesen Freisetzungsblockern gebrauchen, falls @JBKahn oder jemand anderes helfen möchte.

@techalchemy : Wenn man sich die hier verlinkten Probleme ansieht, sind viele davon behoben. Ich denke, es wäre schön, die Kästchen für die behobenen Probleme zu markieren, damit die Leute sehen können, dass es Fortschritte gibt, indem sie sich nur den ersten Beitrag in diesem Thread ansehen (:

@brainwane , @techalchemy , entschuldigen Sie meine Einmischung und mögliche Unwissenheit, aber darf ich vorschlagen, Nr. 2227 und/oder Nr. 3520 aus dieser Veröffentlichung herauszunehmen? Mein Eindruck ist, dass es wichtig und vorteilhaft ist, mehr oder weniger alles freizugeben. Nr. 2227 sieht aus wie eine neue Funktion, während Nr. 3520 eine Problemumgehung beschreibt (ohne Einwände des Reporters).

Ist es in ähnlicher Weise unbedingt erforderlich, "neue Versionen verwandter Bibliotheken zu erstellen", bevor Sie das nächste Pipenv herausbringen? Als ich mir # 3613 angesehen habe, fand ich, dass der aktuelle Master-Zweig einfach funktioniert ...

Ich behaupte nicht, dass diese Probleme nicht wichtig sind, nur dass sie die Verbesserungen, die bereits im Master vorhanden sind, nicht daran hindern sollten, die Menschen zu erreichen.

Der März ist fast vorbei

Es sieht so aus, als ob https://github.com/pypa/pipenv/issues/3520 im aktuellen Master behoben ist, https://github.com/pypa/pipenv/issues/2227 sieht nicht nach einem kritischen Fix für ein Update aus .

Gibt es etwas, das blockiert, wo die Community hilfreich sein kann? Gerne reiche ich dir meine Hand. Andernfalls sehe ich nur Versionsaktualisierungen und Dokumentaktualisierungen.

@Froskekongen @amhrasmussen @fridex danke für die Hinweise! Ich habe gestern etwas mehr Zeit gespendet und @techalchemy und ich habe noch ein paar relevante Punkte auf der Liste durchgearbeitet.

Wenn Sie sich die hier verlinkten Probleme ansehen, sind viele davon behoben. Ich denke, es wäre schön, die Kästchen für die behobenen Probleme zu markieren, damit die Leute sehen können, dass es Fortschritte gibt, indem sie sich nur den ersten Beitrag in diesem Thread ansehen (:

Danke! Mehrere weitere werden jetzt überprüft. :-)

Es sieht so aus, als ob #3520 im aktuellen Master behoben ist

Könntest du das bitte in einem Kommentar zu #3520 sagen? Danke.

2227 sieht nicht nach einem kritischen Fix für ein Update aus.

@brainwane , @techalchemy , entschuldigen Sie meine Einmischung und mögliche Unwissenheit, aber darf ich vorschlagen, Nr. 2227 und/oder Nr. 3520 aus dieser Veröffentlichung herauszunehmen? Mein Eindruck ist, dass es wichtig und vorteilhaft ist, mehr oder weniger alles freizugeben. Nr. 2227 sieht aus wie eine neue Funktion, während Nr. 3520 eine Problemumgehung beschreibt (ohne Einwände des Reporters).

Danke. Dan stimmte Ihnen zu und wir haben #2227 als Blocker in dieser Veröffentlichung entfernt. Wenn Sie bei #3520 helfen könnten, indem Sie bestätigen, dass die Problemumgehung funktioniert, und dort einen Kommentar abgeben, wäre das großartig.

Ist es in ähnlicher Weise unbedingt erforderlich, "neue Versionen verwandter Bibliotheken zu erstellen", bevor Sie das nächste Pipenv herausbringen? Als ich mir # 3613 angesehen habe, fand ich, dass der aktuelle Master-Zweig einfach funktioniert ...

Ich behaupte nicht, dass diese Probleme nicht wichtig sind, nur dass sie die Verbesserungen, die bereits im Master vorhanden sind, nicht daran hindern sollten, die Menschen zu erreichen.

Soweit ich weiß, sind diese Bibliotheken wichtig für die Funktionalität von pipenv sowie für das ordnungsgemäße Testen von pipenv, um sicherzustellen, dass die Veröffentlichung auf den unterstützten Kombinationen aus Betriebssystem und Umgebung funktioniert. Ich könnte mich irren, aber Dan sagte: "Tbh, die meiste Arbeit passiert heutzutage in den Hilfsbibliotheken".

Gibt es etwas, das blockiert, wo die Community hilfreich sein kann? Gerne reiche ich dir meine Hand. Andernfalls sehe ich nur Versionsaktualisierungen und Dokumentaktualisierungen.

Bitte helfen Sie, indem Sie auf die Fragen neuer Benutzer in den GitHub-Problemen von pipenv antworten; Auf diese Weise muss Dan sich keine Gedanken darüber machen, darauf zu antworten, und kann sich auf diese Veröffentlichung konzentrieren.

Eine Veröffentlichung rückt näher!

Neue Update-E-Mail von @techalchemy auf distutils-sig (gespiegelt auf der pypa-dev list ). Enthält einige Möglichkeiten, wie Sie helfen können.

@AEHamrick Ich habe Ihren Kommentar https://github.com/pypa/pipenv/issues/3742#issuecomment -498312920 gesehen -- Ich habe mir # 3382 und # 3757 kurz angesehen, und es hört sich so an, als wären diese bereits im Master behoben. Ist das richtig? Wenn sie im Master noch nicht behoben sind, teilen Sie dies bitte in einem Kommentar hier mit, damit wir erwägen können, sie zum Release-Meilenstein hinzuzufügen. Danke!

@brainwane Hey, ich weiß es zu schätzen, dass du vorbeischaust. Ehrlich gesagt habe ich aufgrund des Mangels an Aktivität hier vor einer ganzen Weile angefangen, Poetry zu verwenden, aber wenn ich Zeit finde, werde ich eine Testumgebung einrichten und sehen, ob ich die Situationen getroffen habe Diese Fehler scheinen jetzt in Ordnung zu sein.

Ich verstehe vollkommen, @AEHamrick – danke.

Ich habe gestern etwas mehr Zeit gespendet, um @techalchemy dabei zu helfen, weiterzukommen. Dan hat neue Releases von pythonfinder und requirementslib erstellt und ist weiter daran gegangen, den Vendor-Update-Zweig zusammenzuführen, um fehlende Abhängigkeiten/Importe zu beheben. Daran arbeitet er heute noch ("hatte einige Tests fehlgeschlagen, aber nicht zu viele - 17 / 230 oder so" heute früher).

Nachdem die Pipenv-Betreuer eine Vorabversion veröffentlicht haben, werden einige manuelle Tests von Benutzern ihnen helfen, sich sicher zu fühlen, die kanonische Veröffentlichung voranzutreiben. Ich schlage vor: Sie können helfen, eine Liste "Pipenv-Workflows zum Testen" in dieser Richtung zu entwickeln.

Außerdem sollten alle, die dieses Problem verfolgen, diesen Tweet über den aktuellen Status und wie Menschen helfen können, retweeten.

vistir ist eigentlich schon aktuell; entfernt das aus der Veröffentlichung TODO.

Und @techalchemy hat eine Anleitung für den Pipenv-Release-Prozess gestartet – wenn es Schritte gibt, die darin enthalten sein sollten und nicht vorhanden sind, kommentieren Sie bitte hier oder fügen Sie einige Aufzählungspunkte in diesem Dokument hinzu.

Dan ist näher daran, den feature/vendor-update -Zweig zusammenführen zu können:

1 failed, 231 passed, 21 skipped in 442.72 seconds

Dan hat dafür gesorgt, dass die Tests lokal bestanden werden, und hat nun die Pull-Anforderung Nr. 4169 gestellt und stellt sicher, dass die Tests bestanden werden. im Moment laufen sie sehr langsam und fallen manchmal aus. Also arbeitet er gerade daran – insbesondere versucht er, die Azure-Syntax zum Laufen zu bringen. Abhängig davon, wie sehr er einige dieser Tests beschleunigen kann und ob sie ausfallen und ob er sporadischen Ausfällen nachjagen muss, kann er vielleicht heute eine Vorabversion erstellen! Oder es könnte ein paar Tage von jetzt an sein.

Die Leute haben gefragt, wie sie helfen können. In den nächsten Tagen oder Wochen benötigt @techalchemy möglicherweise besondere Hilfe beim Testen der neuen Vorabversion unter Windows. Bitte verwenden Sie die :eyes: Emoji-Reaktion auf diesen Kommentar, wenn Sie bereit sind, beim Testen unter Windows zu helfen.

Und wenn Sie viel über Azure-Pipeline-Vorlagen wissen, ziehen Sie es in Betracht, heute und/oder morgen in den IRC-Kanal zu kommen und dort zu helfen?

Siehe https://github.com/pypa/pipenv/pull/4169#issuecomment -607348834 für ein Update zum PR-Fortschritt.

Dan macht weiterhin Fortschritte beim Bestehen der Tests (wie die Kommentare zu #4169 anmerken, begannen die Tests vor ein paar Monaten fehlzuschlagen, also hat er es nicht nur mit dieser einen PR zu tun, sondern auch mit rückständigen technischen Schulden hier). Ich habe den Titel der Ausgabe geändert, um die Realität widerzuspiegeln.

Siehe https://github.com/pypa/pipenv/pull/4169#issuecomment -610017500 für ein erfreuliches Update zum PR-Fortschritt.

Wenn Sie helfen können, Windows-Testfehler in Azure herauszufinden, werfen Sie bitte einen Blick auf #4169 und kommentieren Sie.

Wie andere helfen können:

• Antworten auf die Fragen neuer Benutzer in den GitHub-Problemen von pipenv
• Unterstützung bei der Entwicklung einer Liste „Pipenv-Workflows zum Testen“ in dieser Richtung
• Retweeten dieses Tweets über den aktuellen Stand und wie Menschen helfen können
• Verbesserung unseres Freigabeprozesses -- @techalchemy hat eine Anleitung zum Pipenv-Freigabeprozess gestartet -- wenn es Schritte gibt, die darin enthalten sein sollten und nicht vorhanden sind, kommentieren Sie bitte #3369 oder fügen Sie einige Aufzählungspunkte in diesem Dokument hinzu
• Freiwilligenarbeit zum Testen auf Windows

Vielen Dank an die Leute, die ihre Windows- und Azure-Testexpertise in #4169 beigesteuert haben!

Dan hat gerade #4169 zusammengeführt und ermittelt, ob andere Pull-Requests ebenfalls zusammengeführt werden müssen, bevor er eine neue Vorabversion erstellen kann. Sobald @techalchemy diese Vorabversion erstellt hat, wird er um Hilfe beim Testen bitten.

Es gibt eine separate Ausgabe, Nr. 4130, um längerfristige Pläne zur Verbesserung der Roadmap und der Prozesse für Mitwirkende und Betreuer auszuarbeiten.

Das neue Problem Nr. 4188 muss dringend behoben werden, da es bestehende Installationen beschädigt, also arbeitet Dan zuerst daran. Ich habe die Checkliste am Anfang dieser Ausgabe entsprechend aktualisiert.

@techalchemy beabsichtigt nicht, die bestehenden Probleme weiter zu durchsuchen, um Veröffentlichungsblocker zu finden – nach der Veröffentlichung der Vorabversion und der Rekrutierung von Testern wird er die Probleme sichten, um festzustellen, ob einer von ihnen die neue Version blockieren sollte.

Jetzt, da er und andere pipenv-Entwickler das Windows-Testproblem gelöst haben (in #4169 und anderen PRs) und Dan gerade dabei ist, sich mit #4188 zu befassen (danke an die PyUp-Leute für den gestrigen Anruf), hätte er gerne eine Vorabversion von pipenv an diesem Wochenende oder Montag. Die Versionsnummer soll vorläufig 2020.04.1a1 sein. Anschließend rekrutieren wir Tester für etwa eine Woche manuelle Tests .

Ich konnte es noch nicht beheben, aber Sie haben mindestens einen Test, der nicht parallel sicher ist. Die Tests werden mit pytest -n 3 in .azure-pipelines/steps/run-tests-windows.yml ausgeführt, dies führt jedoch zu zufälligen Fehlern wie dem Cache-Löschtest test_pipenv_clear in tests\integration\test_cli.py .

Wahrscheinlich teilen sich alle CLI-Tests Cache-Pfade und sollten entweder nicht parallel ausgeführt werden oder jede PipEnvInstance einen separaten Root-/Home-Pfad verwenden.

Siehe auch zwei Ausführungen desselben Codes:
https://github.com/bneijt/pipenv/runs/596610863?check_suite_focus=true
https://github.com/bneijt/pipenv/runs/596726284?check_suite_focus=true

Eines der folgenden könnte helfen, aber ich bin neu in dem Projekt, also bin ich mir noch nicht sicher, was ich tun soll:

• Richten Sie einen PR für geplante Builds statt nur für Pull ein, dies gibt einen besseren Einblick, ob Builds ohne Änderungen fehlschlagen
• Deaktivieren Sie parallele Tests für die CLI-Suite
• Stellen Sie sicher, dass PipenvInstance für jede Instanz einen eindeutigen Cache-Pfad einrichtet.
• Erstellen Sie ein Problem und verschieben Sie es für ein anderes Mal

Bitte beraten.

Nur eine kurze Notiz, um mich bei allen zu bedanken, die die Veröffentlichung von pipenv unterstützen. Es wird sehr geschätzt. pipenv sollte meiner Meinung nach das Werkzeug der Wahl sein, insbesondere für Python-Neulinge, da es viele der Probleme mit virtualenv abstrahiert, mit denen sich ein Neuling am Anfang nicht beschäftigen sollte. Tolles Zeug!

Hallo zusammen, ich melde mich gerade -- habe einen kleinen Haken mit einem Bruch in einer abhängigen Version und ein paar weiteren azurblauen Problemen. Ab heute Abend ist alles grün, also werde ich morgen vorveröffentlichen :) Danke für deine Geduld!

Als weiteres kurzes Update habe ich für den Moment einen Build auf https://test.pypi.org veröffentlicht, für alle, die eine Kopie in die Hände bekommen möchten – er kann über pip install --index-url=https://test.pypi.org pipenv installiert werden. Ich habe noch nichts über diesen Build validiert, musste aber etwas veröffentlichen, um den Besitz des Namens auf Test PyPI zu beanspruchen :)

Der letzte Schritt hier wird das Portieren über eine Github-Aktion sein, um eine Reihe von Releases durchzuführen, zuerst auf die Testinstanz, und dann die eigentliche Release zu handhaben. Auf diese Weise verwalte ich jetzt Releases in den meisten meiner anderen Projekte, und es sollte den Prozess etwas reibungsloser machen, da es mich als Single Point of Failure beseitigt. Nochmals vielen Dank für Ihre Geduld und lassen Sie es mich wissen, wenn Sie auf Probleme stoßen

Danke @techalchemy! FYI, das hat bei mir funktioniert:

pip install -i https://test.pypi.org/simple/ pipenv

nach einem pip uninstall pipenv

Muss eine bestimmte Pip-Version installiert sein? Ich dachte, dass es einen Anbieter innerhalb von pipenv selbst verwendet, aber ich erhalte diesen Fehler:

Datei „C:UsersaaAppDataRoamingPythonPython36site-packagespipenvcore.py“, Zeile 862, in do_install_dependencies
normal_deps, procs, failed_deps_queue, requirements_dir, install_kwargsDatei „C:UsersaaAppDataRoamingPythonPython36site-packagespipenvcore.py“, Zeile 776, in batch_installuse_pep517=use_pep517,Datei „C:UsersaaAppDataRoamingPythonPython36site-packagespipenvcore.py“, Zeile 1484, in pip_installno_deps=keine_deps, require_hashes=nicht ignorieren_hashesDatei „C:UsersaaAppDataRoamingPythonPython36site-packagespipenvcore.py“, Zeile 1341, in get_pip_argsif project.environment.pip_version >= parse_version("19.0"):Datei „C:UsersaaAppDataRoamingPythonPython36site-packagespipenvproject.py“, Zeile 343, in der Umgebungself._environment.extend_dists(pipenv_dist)Datei „C:UsersaaAppDataRoamingPythonPython36site-packagespipenvenvironment.py“, Zeile 102, in extend_distsextras = self.resolve_dist(dist, self.base_working_set)Datei „C:UsersaaAppDataRoamingPythonPython36site-packagespipenvenvironment.py“, Zeile 97, in resolve_distdist = working_set.find(req)Datei „C:UsersaaAppDataRoamingPythonPython36site-packagespkg_resources__init__.py“, Zeile 644, in findVersionskonflikt erhöhen (dist, req)pkg_resources.VersionConflict: ( pip 9.0.1 (c:programdataanaconda3libsite-packages), Requirement.parse('pip>=18.0')**)

Wir führen Python 3.6.0 aus, und ich zögere, unsere globale Version von pip zu aktualisieren, da dies zuvor bedeutete, dass wir pip install blah nicht mehr ausführen konnten und python -m pip install blah ausführen mussten.

Danke @techalchemy für die harte Arbeit! Freue mich auf eine Veröffentlichung

es kann über pip install --index-url= https://test.pypi.org pipenv installiert werden.

Ich habe dies schnell in einer virtuellen Umgebung ausprobiert und Folgendes erhalten:

> pip install -i https://test.pypi.org/simple/ pipenv
Looking in indexes: https://test.pypi.org/simple/
Collecting pipenv
  Downloading https://test-files.pythonhosted.org/packages/d7/0d/aa8ee85ece59f7ee27282a6a39ec1d061560d76b27a5c40a4b478473a5dd/pipenv-2020.4.1a1-py2.py3-none-any.whl (3.8 MB)
     |████████████████████████████████| 3.8 MB 1.7 MB/s 
Requirement already satisfied: pip>=18.0 in ./.venc/lib/python3.6/site-packages (from pipenv) (20.0.2)
Requirement already satisfied: setuptools>=36.2.1 in ./.venc/lib/python3.6/site-packages (from pipenv) (46.1.3)
Collecting certifi
  Downloading https://test-files.pythonhosted.org/packages/0e/67/0383b38ee00ffa9f93348998d0b474c1f5aa4a4ff562957294f1477a47b5/certifi-2016.8.8-py2.py3-none-any.whl (384 kB)
     |████████████████████████████████| 384 kB 4.1 MB/s 
ERROR: Could not find a version that satisfies the requirement virtualenv-clone>=0.2.5 (from pipenv) (from versions: none)
ERROR: No matching distribution found for virtualenv-clone>=0.2.5 (from pipenv)

Ich nehme an, das liegt daran, dass virtualenv-clone auf test.pypi.org nicht verfügbar ist; Die manuelle Installation virtualenv-clone und virtualenv im venv hat bei mir ausgereicht.

Teilen Sie dies, falls dies für andere hilfreich ist :)

@JeanFred Versuch:

pip uninstall pipenv

und führen Sie dann die Installation erneut aus

Ich habe gerade meine aktuelle Pipenv aktualisiert:

pip install -i https://test.pypi.org/simple/ -U pipenv

Klappt wunderbar! Danke @techalchemy !

@bneijt Es wäre eine gute Idee, ein neues Problem für die von Ihnen gefundene Testflockigkeit einzureichen, da ich sonst befürchte, dass Informationen im Feedback zu den Tests vor der Veröffentlichung hier verloren gehen.

Entschuldigung für die fehlende Nachverfolgung dieses @JeanFred , Sie können dies vorübergehend mit pip install --index-url https://test.pypi.org/simple --extra-index-url https://pypi.org/simple --pre pipenv beheben

Wenn Sie etwas warten können, werde ich in Kürze eine Vorabversion von PyPI veröffentlichen

Entschuldigung für die fehlende Nachverfolgung dieses @JeanFred , Sie können dies vorübergehend mit pip install --index-url https://test.pypi.org/simple --extra-index-url https://pypi.org/simple --pre pipenv beheben

Wenn Sie etwas warten können, werde ich in Kürze eine Vorabversion von PyPI veröffentlichen

Hallo @techalchemy , danke für deine Mühe! War ich zu schnell?

# pip install --index-url https://test.pypi.org/simple --extra-index-url https://pypi.org/simple --pre pipenv
Looking in indexes: https://test.pypi.org/simple, https://pypi.org/simple
Collecting pipenv
  Downloading https://test-files.pythonhosted.org/packages/d7/0d/aa8ee85ece59f7ee27282a6a39ec1d061560d76b27a5c40a4b478473a5dd/pipenv-2020.4.1a1-py2.py3-none-any.whl (3.8MB)
    100% |████████████████████████████████| 3.8MB 368kB/s 
Requirement already satisfied: setuptools>=36.2.1 in /usr/lib/python3/dist-packages (from pipenv) (40.8.0)
Collecting virtualenv-clone>=0.2.5 (from pipenv)
Could not install packages due to an EnvironmentError: 404 Client Error: Not Found for url: https://test.pypi.org/simple/virtualenv-clone/

Grüße an alle, ich habe weitergemacht und eine Vorabversion auf reguläres Pypi hochgeladen, damit Sie die Komplexität von Test-Pypi vermeiden können - probieren Sie pip install --upgrade --pre pipenv aus und Sie sollten sehen, wie 2020.4.1b1 installiert wird

Ich werde morgen, wenn ich etwas geschlafen habe, weitere Einzelheiten verschicken, möchte aber jeden, der dies ein wenig testen möchte, ermutigen, die in diesem Dokument aufgeführten manuellen Arbeitsabläufe zu konsultieren oder darauf aufzubauen

Nochmals vielen Dank für Ihre Geduld!

Das ist spannend! Vielen Dank an alle, die daran arbeiten.

Ich habe das alles noch nicht gelesen, aber ich habe eine Alpha-Version gesehen und dann gleich eine Beta. In Fedora werden wir die Vorabversion testen, aber wir brauchen ein paar Tage und die schnelle Beta nach der Alpha hat mich etwas überrascht.

@hroncok die Alpha-Version auf Haupt-Pypi diente hauptsächlich dazu, die Änderung der Release-Automatisierung zu validieren, die Beta-Version wird mindestens eine Woche lang verfügbar sein. Fühlen Sie sich frei, mich im IRC anzupingen, wenn Sie mehr Zeit benötigen oder zusätzliche Herausforderungen beim Umpacken haben

Fühlen Sie sich frei, mich im IRC anzupingen, wenn Sie mehr Zeit benötigen oder zusätzliche Herausforderungen beim Umpacken haben

Wird bei Bedarf gemacht. Danke schön.

EDIT: Ich habe mich hier abgemeldet, weil ich vermute, dass viele Benutzer hier "die neue Version funktioniert für mich" berichten.

@techalchemie danke! Bereits in einem Projekt getestet und es läuft gut!

# pip uninstall -y virtualenv virtualenv-clone pipenv
Uninstalling virtualenv-20.0.18:
  Successfully uninstalled virtualenv-20.0.18
Uninstalling virtualenv-clone-0.5.4:
  Successfully uninstalled virtualenv-clone-0.5.4
Uninstalling pipenv-2020.4.1a1:
  Successfully uninstalled pipenv-2020.4.1a1
# pip install --pre pipenv
Collecting pipenv
  Downloading https://files.pythonhosted.org/packages/c6/ae/de435f1da25056a181cbc3241d747b521f0caf8db0e5ca19400b9f120e7d/pipenv-2020.4.1b1-py2.py3-none-any.whl (3.8MB)
    100% |████████████████████████████████| 3.8MB 391kB/s 
Collecting virtualenv-clone>=0.2.5 (from pipenv)
  Using cached https://files.pythonhosted.org/packages/83/b8/cd931487d250565392c39409117436d910232c8a3ac09ea2fb62a6c47bff/virtualenv_clone-0.5.4-py2.py3-none-any.whl
Requirement already satisfied: setuptools>=36.2.1 in /usr/lib/python3/dist-packages (from pipenv) (40.8.0)
Requirement already satisfied: certifi in /usr/lib/python3/dist-packages (from pipenv) (2018.8.24)
Requirement already satisfied: pip>=18.0 in /usr/lib/python3/dist-packages (from pipenv) (18.1)
Collecting virtualenv (from pipenv)
  Using cached https://files.pythonhosted.org/packages/23/1a/d55f5fb904564365c3d364fd41701a74ad497379f04fd548cccc3f227d98/virtualenv-20.0.18-py2.py3-none-any.whl
Requirement already satisfied: filelock<4,>=3.0.0 in /usr/local/lib/python3.7/dist-packages (from virtualenv->pipenv) (3.0.12)
Requirement already satisfied: distlib<1,>=0.3.0 in /usr/local/lib/python3.7/dist-packages (from virtualenv->pipenv) (0.3.0)
Requirement already satisfied: importlib-metadata<2,>=0.12; python_version < "3.8" in /usr/local/lib/python3.7/dist-packages (from virtualenv->pipenv) (1.6.0)
Requirement already satisfied: six<2,>=1.9.0 in /usr/lib/python3/dist-packages (from virtualenv->pipenv) (1.12.0)
Requirement already satisfied: appdirs<2,>=1.4.3 in /usr/local/lib/python3.7/dist-packages (from virtualenv->pipenv) (1.4.3)
Requirement already satisfied: zipp>=0.5 in /usr/local/lib/python3.7/dist-packages (from importlib-metadata<2,>=0.12; python_version < "3.8"->virtualenv->pipenv) (3.1.0)
Installing collected packages: virtualenv-clone, virtualenv, pipenv
Successfully installed pipenv-2020.4.1b1 virtualenv-20.0.18 virtualenv-clone-0.5.4
# pipenv --version
pipenv, version 2020.4.1b1 

Ich habe ein Problem beim Importieren einer Anforderungsdatei. Dies ist mit Python 3.8.2 und dem neuesten pipenv von oben:

Mathieus-MacBook-Pro: mhindery$ pipenv install -r requirements.txt 
Creating a virtualenv for this project…
Pipfile: /<...>/Pipfile
Using /<...>/.pyenv/versions/3.8.2/bin/python3.8 (3.8.2) to create virtualenv…
⠧ Creating virtual environment...created virtual environment CPython3.8.2.final.0-64 in 444ms
  creator CPython3Posix(dest=/<...>-7y_bNLv7, clear=False, global=False)
  seeder FromAppData(download=False, pip=latest, setuptools=latest, wheel=latest, via=copy, app_data_dir=/<...>/virtualenv/seed-app-data/v1.0.1)
  activators BashActivator,CShellActivator,FishActivator,PowerShellActivator,PythonActivator,XonshActivator

✔ Successfully created virtual environment! 
Virtualenv location: /<...>-7y_bNLv7
Requirements file provided! Importing into Pipfile…
Traceback (most recent call last):
  File "/Users/mhindery/.pyenv/versions/3.8.2/lib/python3.8/site-packages/pipenv/project.py", line 789, in write_toml
    formatted_data = tomlkit.dumps(data).rstrip()
  File "/Users/mhindery/.pyenv/versions/3.8.2/lib/python3.8/site-packages/pipenv/vendor/tomlkit/api.py", line 42, in dumps
    return data.as_string()
  File "/Users/mhindery/.pyenv/versions/3.8.2/lib/python3.8/site-packages/pipenv/vendor/tomlkit/container.py", line 343, in as_string
    s += self._render_aot(k, v)
  File "/Users/mhindery/.pyenv/versions/3.8.2/lib/python3.8/site-packages/pipenv/vendor/tomlkit/container.py", line 412, in _render_aot
    cur += self._render_aot_table(table, prefix=_key)
  File "/Users/mhindery/.pyenv/versions/3.8.2/lib/python3.8/site-packages/pipenv/vendor/tomlkit/container.py", line 421, in _render_aot_table
    if not table.is_super_table():
AttributeError: 'dict' object has no attribute 'is_super_table'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/Users/mhindery/.pyenv/versions/3.8.2/bin/pipenv", line 10, in <module>
    sys.exit(cli())
  File "/Users/mhindery/.pyenv/versions/3.8.2/lib/python3.8/site-packages/pipenv/vendor/click/core.py", line 829, in __call__
    return self.main(*args, **kwargs)
  File "/Users/mhindery/.pyenv/versions/3.8.2/lib/python3.8/site-packages/pipenv/vendor/click/core.py", line 782, in main
    rv = self.invoke(ctx)
  File "/Users/mhindery/.pyenv/versions/3.8.2/lib/python3.8/site-packages/pipenv/vendor/click/core.py", line 1259, in invoke
    return _process_result(sub_ctx.command.invoke(sub_ctx))
  File "/Users/mhindery/.pyenv/versions/3.8.2/lib/python3.8/site-packages/pipenv/vendor/click/core.py", line 1066, in invoke
    return ctx.invoke(self.callback, **ctx.params)
  File "/Users/mhindery/.pyenv/versions/3.8.2/lib/python3.8/site-packages/pipenv/vendor/click/core.py", line 610, in invoke
    return callback(*args, **kwargs)
  File "/Users/mhindery/.pyenv/versions/3.8.2/lib/python3.8/site-packages/pipenv/vendor/click/decorators.py", line 73, in new_func
    return ctx.invoke(f, obj, *args, **kwargs)
  File "/Users/mhindery/.pyenv/versions/3.8.2/lib/python3.8/site-packages/pipenv/vendor/click/core.py", line 610, in invoke
    return callback(*args, **kwargs)
  File "/Users/mhindery/.pyenv/versions/3.8.2/lib/python3.8/site-packages/pipenv/vendor/click/decorators.py", line 21, in new_func
    return f(get_current_context(), *args, **kwargs)
  File "/Users/mhindery/.pyenv/versions/3.8.2/lib/python3.8/site-packages/pipenv/cli/command.py", line 231, in install
    retcode = do_install(
  File "/Users/mhindery/.pyenv/versions/3.8.2/lib/python3.8/site-packages/pipenv/core.py", line 1982, in do_install
    import_requirements(r=project.path_to(requirements), dev=dev)
  File "/Users/mhindery/.pyenv/versions/3.8.2/lib/python3.8/site-packages/pipenv/core.py", line 230, in import_requirements
    project.add_index_to_pipfile(index, verify_ssl=trusted)
  File "/Users/mhindery/.pyenv/versions/3.8.2/lib/python3.8/site-packages/pipenv/project.py", line 990, in add_index_to_pipfile
    self.write_toml(p)
  File "/Users/mhindery/.pyenv/versions/3.8.2/lib/python3.8/site-packages/pipenv/project.py", line 793, in write_toml
    document[section] = tomlkit.container.Table()
TypeError: __init__() missing 3 required positional arguments: 'value', 'trivia', and 'is_aot_element'
Mathieus-MacBook-Pro: mhindery$ pipenv --version
pipenv, version 2020.4.1b1
Mathieus-MacBook-Pro: mhindery$ python --version
Python 3.8.2
Mathieus-MacBook-Pro:usermanagement mhindery$ pyenv --version
pyenv 1.2.18
Mathieus-MacBook-Pro: mhindery$ 

@mhindery Eine schnelle Lösung ist in #4219 gelandet

Ich habe einen scheinbar unkritischen Fehler entdeckt, den ich in der separaten #4220 gemeldet habe.

Hallo,
Es ist schön zu sehen, wie die Veröffentlichung Form annimmt.

Ich wollte die Vorabversion auf Mac OS ausprobieren und habe die meisten Sperren und Installationen der Bibliotheken meiner Projekte zum Laufen gebracht, mit Ausnahme der beiden hier erwähnten:
https://github.com/pypa/pipenv/issues/4227

@techalchemy hat die Vorabversion im Discourse-Forum von Python mit Details angekündigt, darunter:

• Freigabeziel (Donnerstag, 7. Mai)
• Was ist neu (Highlights & vollständiges Änderungsprotokoll)
• was Pipenv beim Testen braucht
• andere Änderungen im Projekt: Prozess- und Kommunikationsänderungen, Veröffentlichungsrhythmus und finanzielle Unterstützung
• danke

Windows-Tests: Hallo an die Leute, die sich früher freiwillig gemeldet haben! Bitte testen Sie Pipenv und melden Sie Fehler bis zum 6. Mai , wenn Sie können.

@command-tab
@mungojam
@Schlangeneis
@NicholasAlert
@madsmtm
@Maus
@gmsantos
@davekeanexero
@lucidjan
@bratao
@sudopriestmx
@amhrasmussen

Windows-Tests: Hallo an die Leute, die sich früher freiwillig gemeldet haben! Bitte testen Sie Pipenv und melden Sie Fehler bis zum 6. Mai , wenn Sie können.

Ich habe die Befehle in diesem Link ausgeführt und pipenv update --dry-run führt zu einer Ausnahme #4229

Es ist auch bei anderen Projekten und unter Linux/Ubuntu passiert. Das pipenv-Update funktioniert wie erwartet.

Ich habe nicht bei @techalchemy nachgefragt , aber ich habe nur schnell dieses Repo und die vier Sarugaku-Repositories (z. B. requirementslib) durchgesehen, um zu sehen, wie diese Beta läuft.

Änderungen:

4232 kam und wurde von #4236 behoben.

4217 tauchte auf und wird durch #4241 (das auch #3396 adressiert) behoben.

4219 und #4230 werden jetzt zusammengeführt.

Noch offen:

4231 ist noch offen und Dan braucht Hilfe, um es auf Mac OS X und/oder Linux zu reproduzieren -- "Für setup.py's, die setup_requires wie cython haben, scheint pipenv es währenddessen nicht zu berücksichtigen Sperren der Pipfile".

@brainwane FYI: sarugaku/requirementslib#229 ist ein Fix für die in sarugaku/requirementslib#228 beschriebene Regression, die Teil dieser Betaversion ist.

@brainwane Ich würde denken, # 4218 wäre auch ein Blocker? Es ist eine Regression und bricht sowohl bestehende als auch neue Projekte mit bestimmten Abhängigkeiten vollständig.

Um hier ein zusätzliches Update bereitzustellen, werde ich versuchen, diese Version morgen herauszubringen (ich weiß, dass dies einen Tag später als geplant ist, aber einige der Probleme waren relativ schwierig aufzuspüren – ein großes Dankeschön an diejenigen von Ihnen, die dazu in der Lage waren um zu testen, Feedback zu geben und einen Einblick in einige der subtilen Probleme zu geben, die vor sich gehen.

Ich habe hier eine ausführlichere Obduktion zum Problem der Veröffentlichungsblockierung veröffentlicht – dies wartet jetzt auf die Fertigstellung der Builds, aber da es jetzt Samstagmorgen 1 Uhr morgens ist, werde ich höchstwahrscheinlich von der Veröffentlichung bis Montag Abstand nehmen, um zu vermeiden, dass irgendetwas kaputt geht, während niemand in der Nähe ist antworten / reagieren.

Nochmals vielen Dank an alle, die wertvolle Debugging-Informationen zur Verfügung gestellt haben, um einige dieser Probleme zu beheben, es hat den Prozess viel reibungsloser gemacht.

@techalchemie ?

@Immortalin Auch wenn Dan sagte, dass er möglicherweise am Montag etwas erwarten würde, ist Ihr Kommentar nicht konstruktiv. Bitte prüfen Sie selbst.

Dan, wir alle wissen deine harte Arbeit zu schätzen. Ich denke, die meisten von uns erkennen, dass wir mehr Wege finden müssen, um Ihnen zu helfen.

4251 könnte ein Showstopper sein ( pipenv install --outdated Fehler).

Planen Sie die Veröffentlichung einer weiteren Beta-Version? Ich verwende Version 2020.4.1b1 und bin beim Sperren eines Projekts mit psycopg2 auf einen Fehler gestoßen. Ich sehe, dass es Fixes wie #4231 gab, also würde ich es lieber mit der neuesten Version von pipenv mit allen Bugfixes überprüfen, anstatt etwas zu melden, das bereits behoben wurde.

Hier ist ein Release-Update. Tl;dr: Wir sind auf unerwartete Probleme beim Aktualisieren abhängiger Bibliotheken gestoßen, die von Pipenv-Anbietern bereitgestellt werden, und das hat zu einer Verzögerung geführt. Irgendwann in den nächsten Tagen wird es eine neue Vorabversion geben.

Einzelheiten:
Ende letzter Woche habe ich etwas, das ein einfacher Fix in vistir hätte sein sollen, mit der Adresse #4195 zusammengeführt. Ich habe diese Änderung als Teil dessen vorgenommen, was eine schnelle Rache in Vorbereitung auf die Veröffentlichung hätte sein sollen; vistir ist eine der Bibliotheken, die einen Teil der plattformübergreifenden/Python 2/3-Kompatibilitätsunterstützung für Pipenv bietet. CI ist jedoch aus allen möglichen seltsamen Gründen auf der ganzen Linie gescheitert, und es war ein bisschen zeitaufwändig, dies herauszufinden und richtig anzugehen. Ich konnte den Fix sowieso nicht einfach rückgängig machen und freigeben, da ohne diesen Fix die Gefahr bestand, dass die plattformübergreifende Kompatibilität in Pipenv unterbrochen wird.

Planen:

• ~ Geben Sie die Bibliotheken frei (https://github.com/sarugaku/vistir / https://github.com/sarugaku/requirementslib)~
• ~Verkauf aktualisierte Bibliotheken in Pipenv~
• ~Legen Sie verbleibende risikoarme, fusionsbereite PRs in Pipenv~ zusammen
• ~Pipenv-Probleme auf Veröffentlichungsblocker überprüfen~
• ~Vorabveröffentlichung: wahrscheinlich eine neue Vorabveröffentlichung von Pipenv vor einer kanonischen Veröffentlichung erstellen~

Zusätzliche Bemerkungen

• Fehler standen nicht im Zusammenhang mit der Änderung, können aber mit Änderungen in der Art und Weise zusammenhängen, wie Azure (CI-Umgebung) Python-Instanzen erstellt
• In einem Fall hat dies möglicherweise einen erheblichen potenziellen Fehler bei der Codierung und Decodierung der Ausgabe unter Windows aufgedeckt, während sich der andere Fall auf die Darstellung von Pfaden zur neuesten Version von MacOS bezieht
• Die Funktionalität wird gründlich durch eigenschaftsbasierte Tests getestet, sodass wir sicher sein können, dass es sich bei den Fehlern um echte Probleme handelt und die Tests laufende Probleme erfassen würden
• Vielen Dank an die anderen Bibliotheks- und Pipenv-Betreuer sowie Tester und andere Benutzer, die mir geholfen haben, Dinge aufzuspüren

Lassen Sie mich zunächst einmal vielen Dank für die Arbeit sagen, die Sie in diese Version stecken und dieses Projekt am Laufen halten. Pipenv hat mich mehrfach gerettet.

All das gesagt und auf die Gefahr hin, etwas vom Thema abzukommen. Angesichts des jüngsten Schluckaufs im Veröffentlichungsprozess

Ende letzter Woche habe ich etwas, das ein einfacher Fix in vistir hätte sein sollen, mit der Adresse #4195 zusammengeführt. Ich habe diese Änderung als Teil dessen vorgenommen, was eine schnelle Rache in Vorbereitung auf die Veröffentlichung hätte sein sollen; vistir ist eine der Bibliotheken, die einen Teil der plattformübergreifenden/Python 2/3-Kompatibilitätsunterstützung für Pipenv bietet. CI ist jedoch aus allen möglichen seltsamen Gründen auf der ganzen Linie gescheitert, und es war ein bisschen zeitaufwändig, dies herauszufinden und richtig anzugehen. Ich konnte den Fix sowieso nicht einfach rückgängig machen und freigeben, da ohne diesen Fix die Gefahr bestand, dass die plattformübergreifende Kompatibilität in Pipenv unterbrochen wird.

Haben Sie darüber nachgedacht, die Unterstützung von Python 2 (es ist EOL) einzustellen und seine Anforderungen (dh vistir und vielleicht andere) zu entfernen?

Ich gehe davon aus, dass die langfristige Python2-Unterstützung eingestellt wird, aber wenn das Löschen jetzt den Veröffentlichungsprozess vereinfacht, die Komplexität des Projekts verringert und es einfacher macht, diese Veröffentlichung zu kürzen, sollte dies vielleicht jetzt und nicht später erfolgen?

ps nochmals vielen dank für deine mühe

Bearbeiten: Wie flimm vorgeschlagen hat, habe ich eine weitere Ausgabe Nr. 4261 zur Diskussion über das Löschen von Python 2 geöffnet, um zu versuchen, das Gespräch hier über die erste Veröffentlichung von 2020 aufrechtzuerhalten

Lassen Sie uns in einer separaten GitHub-Ausgabe über die Einstellung der Unterstützung für Python 2 sprechen, da ich das Gefühl habe, dass es laut werden könnte.

@r-richmond vistir wird auch im Python 3-Logikzweig verwendet, daher glaube ich nicht, dass das Entfernen der Unterstützung für Python 2 diese Version _einfacher_ machen würde.

Also habe ich weitergemacht und eine weitere Vorabveröffentlichung von pipenv geschnitten ( 2020.4.1b2 -- die Veröffentlichung wird mit dem Erscheinungsdatum gekennzeichnet, also machen Sie sich nicht zu viele Gedanken über die Benennung).

Ich denke, diese Veröffentlichung erfasst einen Großteil, wenn nicht alle Änderungen, die ich hoffe aufzunehmen. Ich habe eine bedeutende Änderung seit der letzten Vorabversion zusammengeführt, die einen Neustart von Prozessen vermeiden sollte, um zu versuchen, pip install bereits erfüllte Abhängigkeiten zu beheben. Melden Sie daher bitte alle Probleme, da ich vorhabe, sie am Mittwoch nächster Woche wirklich zu veröffentlichen .

Nochmals vielen Dank an alle, die beim Testen geholfen, Feedback gegeben und beim Zusammenführen von Fixes geholfen haben!

Ich habe gerade mit @techalchemy gesprochen . Er überprüft #4263 und #3592, um sicherzustellen, dass sie keine Blocker sind. Er sagte auch

Ich habe nur ein Problem mit Importpfaden von Anbietern gesehen ...
revendoring ist fertig und hat das Problem mit dem Importpfad nicht gelöst, also werde ich wahrscheinlich einfach die PR zu dem Problem akzeptieren und vorerst einen Patch dafür generieren

Ich nehme an, das ist #4267, aber ich bin mir nicht sicher.

Sobald diese erledigt sind, will er meines Erachtens heute veröffentlichen.

^ Die Veröffentlichung steht bevor, vielen Dank an alle, die beim Testen geholfen haben!

Beeindruckend! Einfach unglaublich! Vielen Dank, dass Sie pipenv wieder zum Leben erweckt haben!

Am Do, 28. Mai 2020, 15:17 schrieb Dan Ryan, [email protected] :

^ Die Veröffentlichung steht bevor, vielen Dank an alle, die beim Testen geholfen haben!

—
Sie erhalten dies, weil Sie diesen Thread abonniert haben.
Antworten Sie direkt auf diese E-Mail und zeigen Sie sie auf GitHub an
https://github.com/pypa/pipenv/issues/3369#issuecomment-635107609 oder
Abmelden
https://github.com/notifications/unsubscribe-auth/AAAOGWNSCAEOBRJ5S4WZHADRTXXWHANCNFSM4GJK7LZA
.

^ Die Veröffentlichung steht bevor, vielen Dank an alle, die beim Testen geholfen haben!

Sehr geschätzt! :+1: :partying_face:

Laut https://pypi.org/project/pipenv/#history ist Pipenv 2020.5.28 jetzt draußen , also schließe ich diese Ausgabe und damit den Release-Meilenstein .

Danke an @techalchemy – und danke an Canonical, dass er während eines Teils seiner Arbeitszeit daran arbeiten durfte.

Meiner Meinung nach: Wenn Sie Python für Ihren Job verwenden und bessere und häufigere Veröffentlichungen dieses und anderer Python-Paketierungs-/Verteilungs-/Installationstools wünschen, bitten Sie Ihren Arbeitgeber, sich mit einem Sponsoring zu beteiligen. Wenn sie über ein größeres Budget verfügt, kann die Packaging Working Group Auftragnehmer dafür bezahlen, dass sie konsequent an diesen Projekten arbeiten und sie gut pflegen.

Und wenn Sie durch Freiwilligenarbeit helfen möchten, lesen Sie diese Ankündigung und folgen Sie Ausgabe Nr. 4130 zur Verbesserung der Roadmap von Pipenv und der Contributor-Maintainer-Prozesse, wo wahrscheinlich mehr von dieser Diskussion stattfinden wird.

Vielen Dank an alle, die zu dieser Veröffentlichung beigetragen haben – Benutzer, Tester, Signalverstärker, Rezensenten, Patch-Autoren und die Leute, die nette Dinge in Kommentaren hier oder auf Mailinglisten und in sozialen Medien gesagt haben!

(Ich habe einen Blogbeitrag darüber geschrieben, was nötig war, um den Engpass zu überwinden und diese Version herauszubringen, und darüber, was Sie tun können, um dies für andere Projekte zu replizieren – entweder selbst oder durch meine Firma Changeset Consulting .)

Sumana, danke, dass du diese Geschichte geteilt hast. Und noch mehr für das Setzen Ihrer
Zeit und Energie in pipenv Wiederbelebung. Wie Sie bereits erwähnt haben, der freigeschaltete Wert
ist enorm.

Am Freitag, 11. September 2020 um 21:05 Uhr, Sumana Harihareswara [email protected]
schrieb:

(Ich habe einen Blogbeitrag geschrieben https://www.harihareswara.net/sumana/2020/09/08/0
darüber, was es brauchte, um den Engpass zu überwinden und diese Veröffentlichung herauszubringen, und
darüber, was Sie tun können, um dies für andere Projekte zu replizieren – entweder
selbst oder über meine Firma Changeset Consulting https://changeset.nyc/
.)

—
Sie erhalten dies, weil Sie diesen Thread abonniert haben.
Antworten Sie direkt auf diese E-Mail und zeigen Sie sie auf GitHub an
https://github.com/pypa/pipenv/issues/3369#issuecomment-691029882 oder
Abmelden
https://github.com/notifications/unsubscribe-auth/AAAOGWNIKWJKNTMUH5PNUZ3SFIAAZANCNFSM4GJK7LZA
.

--
Zaar

Hallo allerseits,

adressiert dies die WSL-Probleme, die in #3488 zu sehen sind?

Das von Ihnen erwähnte Problem kann in pipenv nicht behoben werden. Sie müssen Ihre Umgebung wie in der Ausgabe beschrieben selbst konfigurieren.