Wie hier beschrieben, gibt es eine Umgebungsvariable NETRC
der man steuern kann, wo sich die Datei .netrc
befindet. Anfragen sucht immer im Home-Verzeichnis des Benutzers.
{
"chardet": {
"version": "3.0.4"
},
"cryptography": {
"version": ""
},
"idna": {
"version": "2.6"
},
"implementation": {
"name": "CPython",
"version": "3.5.2"
},
"platform": {
"release": "14.5.0",
"system": "Darwin"
},
"pyOpenSSL": {
"openssl_version": "",
"version": null
},
"requests": {
"version": "2.18.4"
},
"system_ssl": {
"version": "100020cf"
},
"urllib3": {
"version": "1.22"
},
"using_pyopenssl": false
}
Wollen wir diese Funktion noch? Ich möchte diese Funktion, aber ich kenne die allgemeine Meinung unter den Benutzern nicht.
Ich sehe, dass https://github.com/psf/requests/pull/4339 geschlossen wurde, weil es noch nicht fertig war. Ich melde mich freiwillig, um die Arbeit mit angemessener Testabdeckung und Dokumentation abzuschließen.
Dies ist sehr lange ohne Reaktion geöffnet. Wie wird dieser Fall behandelt? Dies wäre eine sehr gut zu implementierende Funktion.
Dieses Projekt hat im Allgemeinen eine schreckliche Erfahrung mit seiner Netrc-Unterstützung gemacht. Es verursacht Verwirrung und ist nicht bequem zu deaktivieren. Wenn überhaupt, würde ich erwarten, dass die aktuellen Betreuer die Unterstützung für das Finden/Parsen von netrc-Dateien einstellen und dies als etwas schließen, das sie nicht implementieren werden. (Und sie hätten Recht, dies zu tun)
Fantastisch! Vielen Dank!
Hilfreichster Kommentar
Wollen wir diese Funktion noch? Ich möchte diese Funktion, aber ich kenne die allgemeine Meinung unter den Benutzern nicht.
Ich sehe, dass https://github.com/psf/requests/pull/4339 geschlossen wurde, weil es noch nicht fertig war. Ich melde mich freiwillig, um die Arbeit mit angemessener Testabdeckung und Dokumentation abzuschließen.