Como se describe aquí , hay una variable de entorno NETRC
que se puede usar para controlar dónde está el archivo .netrc
. Las solicitudes siempre buscan en el directorio de inicio del usuario.
{
"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
}
¿Todavía queremos esta función? Quiero esta función, pero no conozco el sentimiento general entre los usuarios.
Veo que https://github.com/psf/requests/pull/4339 estaba cerrado porque no estaba terminado. Me ofrezco como voluntario para terminar el trabajo con la documentación y cobertura de prueba adecuadas.
Esto ha estado abierto mucho tiempo sin respuesta. ¿Cómo se manejará este caso? Esta sería una característica muy buena para implementar.
En general, este proyecto ha tenido una experiencia terrible con su soporte netrc. Causa confusión y no es conveniente desactivarlo. En todo caso, esperaría que los mantenedores actuales quieran eliminar el soporte para buscar / analizar archivos netrc y cerrar esto como algo que no implementarán. (Y tendrían razón en hacerlo)
¡Impresionante! ¡Gracias!
Comentario más útil
¿Todavía queremos esta función? Quiero esta función, pero no conozco el sentimiento general entre los usuarios.
Veo que https://github.com/psf/requests/pull/4339 estaba cerrado porque no estaba terminado. Me ofrezco como voluntario para terminar el trabajo con la documentación y cobertura de prueba adecuadas.