Setup
This commit is contained in:
BIN
Binary file not shown.
BIN
Binary file not shown.
BIN
Binary file not shown.
BIN
Binary file not shown.
BIN
Binary file not shown.
BIN
Binary file not shown.
BIN
Binary file not shown.
BIN
Binary file not shown.
BIN
Binary file not shown.
BIN
Binary file not shown.
BIN
Binary file not shown.
BIN
Binary file not shown.
BIN
Binary file not shown.
BIN
Binary file not shown.
BIN
Binary file not shown.
BIN
Binary file not shown.
BIN
Binary file not shown.
BIN
Binary file not shown.
BIN
Binary file not shown.
BIN
Binary file not shown.
BIN
Binary file not shown.
BIN
Binary file not shown.
BIN
Binary file not shown.
BIN
Binary file not shown.
BIN
Binary file not shown.
BIN
Binary file not shown.
BIN
Binary file not shown.
BIN
Binary file not shown.
BIN
Binary file not shown.
BIN
Binary file not shown.
BIN
Binary file not shown.
BIN
Binary file not shown.
+308
@@ -0,0 +1,308 @@
|
||||
Metadata-Version: 2.4
|
||||
Name: jupyterlab
|
||||
Version: 4.5.0
|
||||
Summary: JupyterLab computational environment
|
||||
Project-URL: Homepage, https://jupyter.org
|
||||
Project-URL: Changelog, https://jupyterlab.readthedocs.io/en/stable/getting_started/changelog.html
|
||||
Project-URL: Documentation, https://jupyterlab.readthedocs.io
|
||||
Project-URL: Source, https://github.com/jupyterlab/jupyterlab
|
||||
Project-URL: Issues, https://github.com/jupyterlab/jupyterlab/issues/new/choose
|
||||
Project-URL: Zulip, https://jupyter.zulipchat.com/#narrow/channel/469762-jupyterlab
|
||||
Project-URL: Pypi, https://pypi.org/project/jupyterlab
|
||||
Author-email: Jupyter Development Team <jupyter@googlegroups.com>
|
||||
License: Copyright (c) 2015-2025 Project Jupyter Contributors
|
||||
All rights reserved.
|
||||
|
||||
Redistribution and use in source and binary forms, with or without
|
||||
modification, are permitted provided that the following conditions are met:
|
||||
|
||||
1. Redistributions of source code must retain the above copyright notice, this
|
||||
list of conditions and the following disclaimer.
|
||||
|
||||
2. Redistributions in binary form must reproduce the above copyright notice,
|
||||
this list of conditions and the following disclaimer in the documentation
|
||||
and/or other materials provided with the distribution.
|
||||
|
||||
3. Neither the name of the copyright holder nor the names of its
|
||||
contributors may be used to endorse or promote products derived from
|
||||
this software without specific prior written permission.
|
||||
|
||||
THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS"
|
||||
AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
|
||||
IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE
|
||||
DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT HOLDER OR CONTRIBUTORS BE LIABLE
|
||||
FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
|
||||
DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR
|
||||
SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER
|
||||
CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY,
|
||||
OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE
|
||||
OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
|
||||
|
||||
Semver File License
|
||||
===================
|
||||
|
||||
The semver.py file is from https://github.com/podhmo/python-semver
|
||||
which is licensed under the "MIT" license. See the semver.py file for details.
|
||||
License-File: LICENSE
|
||||
Keywords: ipython,jupyter
|
||||
Classifier: Development Status :: 5 - Production/Stable
|
||||
Classifier: Framework :: Jupyter
|
||||
Classifier: Framework :: Jupyter :: JupyterLab
|
||||
Classifier: Framework :: Jupyter :: JupyterLab :: 4
|
||||
Classifier: Intended Audience :: Developers
|
||||
Classifier: Intended Audience :: Science/Research
|
||||
Classifier: Intended Audience :: System Administrators
|
||||
Classifier: License :: OSI Approved :: BSD License
|
||||
Classifier: Programming Language :: Python
|
||||
Classifier: Programming Language :: Python :: 3.9
|
||||
Classifier: Programming Language :: Python :: 3.10
|
||||
Classifier: Programming Language :: Python :: 3.11
|
||||
Classifier: Programming Language :: Python :: 3.12
|
||||
Classifier: Programming Language :: Python :: 3.13
|
||||
Requires-Python: >=3.9
|
||||
Requires-Dist: async-lru>=1.0.0
|
||||
Requires-Dist: httpx<1,>=0.25.0
|
||||
Requires-Dist: importlib-metadata>=4.8.3; python_version < '3.10'
|
||||
Requires-Dist: ipykernel!=6.30.0,>=6.5.0
|
||||
Requires-Dist: jinja2>=3.0.3
|
||||
Requires-Dist: jupyter-core
|
||||
Requires-Dist: jupyter-lsp>=2.0.0
|
||||
Requires-Dist: jupyter-server<3,>=2.4.0
|
||||
Requires-Dist: jupyterlab-server<3,>=2.28.0
|
||||
Requires-Dist: notebook-shim>=0.2
|
||||
Requires-Dist: packaging
|
||||
Requires-Dist: setuptools>=41.1.0
|
||||
Requires-Dist: tomli>=1.2.2; python_version < '3.11'
|
||||
Requires-Dist: tornado>=6.2.0
|
||||
Requires-Dist: traitlets
|
||||
Provides-Extra: dev
|
||||
Requires-Dist: build; extra == 'dev'
|
||||
Requires-Dist: bump2version; extra == 'dev'
|
||||
Requires-Dist: coverage; extra == 'dev'
|
||||
Requires-Dist: hatch; extra == 'dev'
|
||||
Requires-Dist: pre-commit; extra == 'dev'
|
||||
Requires-Dist: pytest-cov; extra == 'dev'
|
||||
Requires-Dist: ruff==0.11.12; extra == 'dev'
|
||||
Provides-Extra: docs
|
||||
Requires-Dist: jsx-lexer; extra == 'docs'
|
||||
Requires-Dist: myst-parser; extra == 'docs'
|
||||
Requires-Dist: pydata-sphinx-theme>=0.13.0; extra == 'docs'
|
||||
Requires-Dist: pytest; extra == 'docs'
|
||||
Requires-Dist: pytest-check-links; extra == 'docs'
|
||||
Requires-Dist: pytest-jupyter; extra == 'docs'
|
||||
Requires-Dist: sphinx-copybutton; extra == 'docs'
|
||||
Requires-Dist: sphinx<8.2.0,>=1.8; extra == 'docs'
|
||||
Provides-Extra: docs-screenshots
|
||||
Requires-Dist: altair==6.0.0; extra == 'docs-screenshots'
|
||||
Requires-Dist: ipython==8.16.1; extra == 'docs-screenshots'
|
||||
Requires-Dist: ipywidgets==8.1.5; extra == 'docs-screenshots'
|
||||
Requires-Dist: jupyterlab-geojson==3.4.0; extra == 'docs-screenshots'
|
||||
Requires-Dist: jupyterlab-language-pack-zh-cn==4.3.post1; extra == 'docs-screenshots'
|
||||
Requires-Dist: matplotlib==3.10.0; extra == 'docs-screenshots'
|
||||
Requires-Dist: nbconvert>=7.0.0; extra == 'docs-screenshots'
|
||||
Requires-Dist: pandas==2.2.3; extra == 'docs-screenshots'
|
||||
Requires-Dist: scipy==1.15.1; extra == 'docs-screenshots'
|
||||
Provides-Extra: test
|
||||
Requires-Dist: coverage; extra == 'test'
|
||||
Requires-Dist: pytest-check-links>=0.7; extra == 'test'
|
||||
Requires-Dist: pytest-console-scripts; extra == 'test'
|
||||
Requires-Dist: pytest-cov; extra == 'test'
|
||||
Requires-Dist: pytest-jupyter>=0.5.3; extra == 'test'
|
||||
Requires-Dist: pytest-timeout; extra == 'test'
|
||||
Requires-Dist: pytest-tornasync; extra == 'test'
|
||||
Requires-Dist: pytest>=7.0; extra == 'test'
|
||||
Requires-Dist: requests; extra == 'test'
|
||||
Requires-Dist: requests-cache; extra == 'test'
|
||||
Requires-Dist: virtualenv; extra == 'test'
|
||||
Provides-Extra: upgrade-extension
|
||||
Requires-Dist: copier<10,>=9; extra == 'upgrade-extension'
|
||||
Requires-Dist: jinja2-time<0.3; extra == 'upgrade-extension'
|
||||
Requires-Dist: pydantic<3.0; extra == 'upgrade-extension'
|
||||
Requires-Dist: pyyaml-include<3.0; extra == 'upgrade-extension'
|
||||
Requires-Dist: tomli-w<2.0; extra == 'upgrade-extension'
|
||||
Description-Content-Type: text/markdown
|
||||
|
||||
**[Installation](#installation)** |
|
||||
**[Documentation](https://jupyterlab.readthedocs.io)** |
|
||||
**[Contributing](#contributing)** |
|
||||
**[License](#license)** |
|
||||
**[Team](#team)** |
|
||||
**[Getting help](#getting-help)** |
|
||||
|
||||
# [JupyterLab](https://jupyterlab.readthedocs.io)
|
||||
|
||||
[](https://badge.fury.io/py/jupyterlab)
|
||||
[](https://pepy.tech/projects/jupyterlab)
|
||||
[](https://github.com/jupyterlab/jupyterlab/actions?query=branch%3Amain+workflow%3A%22Linux+Tests%22)
|
||||
[](https://github.com/jupyterlab/jupyterlab/actions?query=branch%3Amain+workflow%3A%22Windows+Tests%22)
|
||||
[](http://jupyterlab.readthedocs.io/en/stable/)
|
||||
[](https://crowdin.com/project/jupyterlab)
|
||||
[](https://www.bestpractices.dev/projects/8675)
|
||||
[](https://scorecard.dev/viewer/?uri=github.com/jupyterlab/jupyterlab)
|
||||
[](https://github.com/jupyterlab/jupyterlab/issues)
|
||||
[](https://discourse.jupyter.org/c/jupyterlab)
|
||||
[](https://jupyter.zulipchat.com/#narrow/channel/469762-jupyterlab)
|
||||
|
||||
[](https://mybinder.org/v2/gh/jupyterlab/jupyterlab-demo/HEAD?urlpath=lab/tree/demo)
|
||||
|
||||
An extensible environment for interactive and reproducible computing, based on the
|
||||
Jupyter Notebook and Architecture.
|
||||
|
||||
[JupyterLab](http://jupyterlab.readthedocs.io/en/stable/) is the next-generation user interface for [Project Jupyter](https://jupyter.org) offering
|
||||
all the familiar building blocks of the classic Jupyter Notebook (notebook,
|
||||
terminal, text editor, file browser, rich outputs, etc.) in a flexible and
|
||||
powerful user interface.
|
||||
|
||||
JupyterLab can be extended using [npm](https://www.npmjs.com/) packages
|
||||
that use our public APIs. The _prebuilt_ extensions can be distributed
|
||||
via [PyPI](https://pypi.org/search/?q=jupyterlab&o=-created&c=Framework+%3A%3A+Jupyter),
|
||||
conda, and other package managers. The _source_ extensions can be installed
|
||||
directly from npm (search for [jupyterlab-extension](https://www.npmjs.com/search?q=keywords:jupyterlab-extension)) but require an additional build step.
|
||||
You can also find JupyterLab extensions exploring GitHub topic [jupyterlab-extension](https://github.com/topics/jupyterlab-extension).
|
||||
To learn more about extensions, see the [user documentation](https://jupyterlab.readthedocs.io/en/latest/user/extensions.html).
|
||||
|
||||
Read the current JupyterLab documentation on [ReadTheDocs](http://jupyterlab.readthedocs.io/en/stable/).
|
||||
|
||||
> [!IMPORTANT]
|
||||
> JupyterLab 3 reached its end of maintenance date on May 15, 2024. Fixes for critical issues will still be backported until December 31, 2024. If you are still running JupyterLab 3, we strongly encourage you to **upgrade to JupyterLab 4 as soon as possible.** For more information, see [JupyterLab 3 end of maintenance](https://blog.jupyter.org/jupyterlab-3-end-of-maintenance-879778927db2) on the Jupyter Blog.
|
||||
|
||||
---
|
||||
|
||||
## Getting started
|
||||
|
||||
### Installation
|
||||
|
||||
If you use [conda](https://docs.conda.io/en/latest/), [mamba](https://mamba.readthedocs.io/en/latest/), or [pip](https://docs.python.org/3/installing/index.html), you can install JupyterLab with one of the following commands.
|
||||
|
||||
- If you use conda:
|
||||
```shell
|
||||
conda install -c conda-forge jupyterlab
|
||||
```
|
||||
- If you use mamba:
|
||||
```shell
|
||||
mamba install -c conda-forge jupyterlab
|
||||
```
|
||||
- If you use pip:
|
||||
```shell
|
||||
pip install jupyterlab
|
||||
```
|
||||
If installing using `pip install --user`, you must add the user-level `bin` directory to your `PATH` environment variable in order to launch `jupyter lab`. If you are using a Unix derivative (e.g., FreeBSD, GNU/Linux, macOS), you can do this by running `export PATH="$HOME/.local/bin:$PATH"`.
|
||||
|
||||
For more detailed instructions, consult the [installation guide](http://jupyterlab.readthedocs.io/en/latest/getting_started/installation.html). Project installation instructions from the git sources are available in the [contributor documentation](CONTRIBUTING.md).
|
||||
|
||||
#### Installing with Previous Versions of Jupyter Notebook
|
||||
|
||||
When using a version of Jupyter Notebook earlier than 5.3, the following command must be run after installing JupyterLab to enable the JupyterLab server extension:
|
||||
|
||||
```bash
|
||||
jupyter serverextension enable --py jupyterlab --sys-prefix
|
||||
```
|
||||
|
||||
### Running
|
||||
|
||||
Start up JupyterLab using:
|
||||
|
||||
```bash
|
||||
jupyter lab
|
||||
```
|
||||
|
||||
JupyterLab will open automatically in the browser. See the [documentation](http://jupyterlab.readthedocs.io/en/latest/getting_started/starting.html) for additional details.
|
||||
|
||||
If you encounter an error like "Command 'jupyter' not found", please make sure `PATH` environment variable is set correctly. Alternatively, you can start up JupyterLab using `~/.local/bin/jupyter lab` without changing the `PATH` environment variable.
|
||||
|
||||
### Prerequisites and Supported Browsers
|
||||
|
||||
The latest versions of the following browsers are currently _known to work_:
|
||||
|
||||
- Firefox
|
||||
- Chrome
|
||||
- Safari
|
||||
|
||||
See our [documentation](http://jupyterlab.readthedocs.io/en/latest/getting_started/installation.html) for additional details.
|
||||
|
||||
---
|
||||
|
||||
## Getting help
|
||||
|
||||
We encourage you to ask questions on the [Discourse forum](https://discourse.jupyter.org/c/jupyterlab). A question answered there can become a useful resource for others.
|
||||
|
||||
### Bug report
|
||||
|
||||
To report a bug please read the [guidelines](https://jupyterlab.readthedocs.io/en/latest/getting_started/issue.html) and then open a [Github issue](https://github.com/jupyterlab/jupyterlab/issues/new?labels=bug%2C+status%3ANeeds+Triage&template=bug_report.md). To keep resolved issues self-contained, the [lock bot](https://github.com/apps/lock) will lock closed issues as resolved after a period of inactivity. If a related discussion is still needed after an issue is locked, please open a new issue and reference the old issue.
|
||||
|
||||
### Feature request
|
||||
|
||||
We also welcome suggestions for new features as they help make the project more useful for everyone. To request a feature please use the [feature request template](https://github.com/jupyterlab/jupyterlab/issues/new?labels=enhancement%2C+status%3ANeeds+Triage&template=feature_request.md).
|
||||
|
||||
---
|
||||
|
||||
## Development
|
||||
|
||||
### Extending JupyterLab
|
||||
|
||||
To start developing an extension for JupyterLab, see the [developer documentation](https://jupyterlab.readthedocs.io/en/latest/extension/extension_dev.html) and the [API docs](https://jupyterlab.readthedocs.io/en/latest/api/).
|
||||
|
||||
### Contributing
|
||||
|
||||
To contribute code or documentation to JupyterLab itself, please read the [contributor documentation](https://jupyterlab.readthedocs.io/en/latest/developer/contributing.html).
|
||||
|
||||
JupyterLab follows the Jupyter [Community Guides](https://jupyter.readthedocs.io/en/latest/community/content-community.html).
|
||||
|
||||
### License
|
||||
|
||||
JupyterLab uses a shared copyright model that enables all contributors to maintain the
|
||||
copyright on their contributions. All code is licensed under the terms of the revised [BSD license](https://github.com/jupyterlab/jupyterlab/blob/main/LICENSE).
|
||||
|
||||
### Team
|
||||
|
||||
JupyterLab is part of [Project Jupyter](https://jupyter.org/) and is developed by an open community. The maintenance team is assisted by a much larger group of contributors to JupyterLab and Project Jupyter as a whole.
|
||||
|
||||
JupyterLab's current maintainers are listed in alphabetical order, with affiliation, and main areas of contribution:
|
||||
|
||||
- Mehmet Bektas, Netflix (general development, extensions).
|
||||
- Alex Bozarth, IBM (general development, extensions).
|
||||
- Eric Charles, Datalayer, (general development, extensions).
|
||||
- Frédéric Collonval, WebScIT (general development, extensions).
|
||||
- Martha Cryan, Mito (general development, extensions).
|
||||
- Afshin Darian, QuantStack (co-creator, application/high-level architecture,
|
||||
prolific contributions throughout the code base).
|
||||
- Vidar T. Fauske, JPMorgan Chase (general development, extensions).
|
||||
- Brian Granger, AWS (co-creator, strategy, vision, management, UI/UX design,
|
||||
architecture).
|
||||
- Jason Grout, Databricks (co-creator, vision, general development).
|
||||
- Michał Krassowski, Quansight (general development, extensions).
|
||||
- Max Klein, JPMorgan Chase (UI Package, build system, general development, extensions).
|
||||
- Gonzalo Peña-Castellanos, QuanSight (general development, i18n, extensions).
|
||||
- Fernando Perez, UC Berkeley (co-creator, vision).
|
||||
- Steven Silvester, MongoDB (co-creator, release management, packaging,
|
||||
prolific contributions throughout the code base).
|
||||
- Jeremy Tuloup, QuantStack (general development, extensions).
|
||||
|
||||
Maintainer emeritus:
|
||||
|
||||
- Chris Colbert, Project Jupyter (co-creator, application/low-level architecture,
|
||||
technical leadership, vision, PhosphorJS)
|
||||
- Jessica Forde, Project Jupyter (demo, documentation)
|
||||
- Tim George, Cal Poly (UI/UX design, strategy, management, user needs analysis).
|
||||
- Cameron Oelsen, Cal Poly (UI/UX design).
|
||||
- Isabela Presedo-Floyd, QuanSight Labs (design/UX).
|
||||
- Ian Rose, Quansight/City of LA (general core development, extensions).
|
||||
- Andrew Schlaepfer, Bloomberg (general development, extensions).
|
||||
- Saul Shanabrook, Quansight (general development, extensions)
|
||||
|
||||
This list is provided to give the reader context on who we are and how our team functions.
|
||||
To be listed, please submit a pull request with your information.
|
||||
|
||||
---
|
||||
|
||||
### Weekly Dev Meeting
|
||||
|
||||
We have videoconference meetings every week where we discuss what we have been working on and get feedback from one another.
|
||||
|
||||
Anyone is welcome to attend, if they would like to discuss a topic or just listen in.
|
||||
|
||||
- When: Wednesdays 9:00 AM Pacific Time (USA)
|
||||
- Where: [`jovyan` Zoom](https://zoom.us/j/95228013874?pwd=Ep7HIk8t9JP6VToxt1Wj4P7K5PshC0.1)
|
||||
- What: [Meeting notes](https://hackmd.io/Y7fBMQPSQ1C08SDGI-fwtg?both)
|
||||
|
||||
> Notes are archived on [GitHub Jupyter Frontends team compass](https://github.com/jupyterlab/frontends-team-compass/issues).
|
||||
BIN
Binary file not shown.
BIN
Binary file not shown.
BIN
Binary file not shown.
BIN
Binary file not shown.
BIN
Binary file not shown.
BIN
Binary file not shown.
BIN
Binary file not shown.
+125
@@ -0,0 +1,125 @@
|
||||
Metadata-Version: 2.4
|
||||
Name: jupyterlab_server
|
||||
Version: 2.28.0
|
||||
Summary: A set of server components for JupyterLab and JupyterLab like applications.
|
||||
Project-URL: Homepage, https://jupyterlab-server.readthedocs.io
|
||||
Project-URL: Documentation, https://jupyterlab-server.readthedocs.io
|
||||
Project-URL: Funding, https://numfocus.org/donate-to-jupyter
|
||||
Project-URL: Source, https://github.com/jupyterlab/jupyterlab_server
|
||||
Project-URL: Tracker, https://github.com/jupyterlab/jupyterlab_server/issues
|
||||
Author-email: Jupyter Development Team <jupyter@googlegroups.com>
|
||||
License: Copyright (c) 2015-2017, Project Jupyter Contributors
|
||||
All rights reserved.
|
||||
|
||||
Redistribution and use in source and binary forms, with or without
|
||||
modification, are permitted provided that the following conditions are met:
|
||||
|
||||
1. Redistributions of source code must retain the above copyright notice, this
|
||||
list of conditions and the following disclaimer.
|
||||
|
||||
2. Redistributions in binary form must reproduce the above copyright notice,
|
||||
this list of conditions and the following disclaimer in the documentation
|
||||
and/or other materials provided with the distribution.
|
||||
|
||||
3. Neither the name of the copyright holder nor the names of its
|
||||
contributors may be used to endorse or promote products derived from
|
||||
this software without specific prior written permission.
|
||||
|
||||
THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS"
|
||||
AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
|
||||
IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE
|
||||
DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT HOLDER OR CONTRIBUTORS BE LIABLE
|
||||
FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
|
||||
DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR
|
||||
SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER
|
||||
CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY,
|
||||
OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE
|
||||
OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
|
||||
License-File: LICENSE
|
||||
Keywords: jupyter,jupyterlab
|
||||
Classifier: Framework :: Jupyter
|
||||
Classifier: Framework :: Jupyter :: JupyterLab
|
||||
Classifier: Intended Audience :: Developers
|
||||
Classifier: Intended Audience :: Science/Research
|
||||
Classifier: Intended Audience :: System Administrators
|
||||
Classifier: License :: OSI Approved :: BSD License
|
||||
Classifier: Programming Language :: Python
|
||||
Classifier: Programming Language :: Python :: 3 :: Only
|
||||
Classifier: Programming Language :: Python :: 3.8
|
||||
Classifier: Programming Language :: Python :: 3.9
|
||||
Classifier: Programming Language :: Python :: 3.10
|
||||
Classifier: Programming Language :: Python :: 3.11
|
||||
Classifier: Programming Language :: Python :: 3.12
|
||||
Classifier: Typing :: Typed
|
||||
Requires-Python: >=3.8
|
||||
Requires-Dist: babel>=2.10
|
||||
Requires-Dist: importlib-metadata>=4.8.3; python_version < '3.10'
|
||||
Requires-Dist: jinja2>=3.0.3
|
||||
Requires-Dist: json5>=0.9.0
|
||||
Requires-Dist: jsonschema>=4.18.0
|
||||
Requires-Dist: jupyter-server<3,>=1.21
|
||||
Requires-Dist: packaging>=21.3
|
||||
Requires-Dist: requests>=2.31
|
||||
Provides-Extra: docs
|
||||
Requires-Dist: autodoc-traits; extra == 'docs'
|
||||
Requires-Dist: jinja2<3.2.0; extra == 'docs'
|
||||
Requires-Dist: mistune<4; extra == 'docs'
|
||||
Requires-Dist: myst-parser; extra == 'docs'
|
||||
Requires-Dist: pydata-sphinx-theme; extra == 'docs'
|
||||
Requires-Dist: sphinx; extra == 'docs'
|
||||
Requires-Dist: sphinx-copybutton; extra == 'docs'
|
||||
Requires-Dist: sphinxcontrib-openapi>0.8; extra == 'docs'
|
||||
Provides-Extra: openapi
|
||||
Requires-Dist: openapi-core~=0.18.0; extra == 'openapi'
|
||||
Requires-Dist: ruamel-yaml; extra == 'openapi'
|
||||
Provides-Extra: test
|
||||
Requires-Dist: hatch; extra == 'test'
|
||||
Requires-Dist: ipykernel; extra == 'test'
|
||||
Requires-Dist: openapi-core~=0.18.0; extra == 'test'
|
||||
Requires-Dist: openapi-spec-validator<0.8.0,>=0.6.0; extra == 'test'
|
||||
Requires-Dist: pytest-console-scripts; extra == 'test'
|
||||
Requires-Dist: pytest-cov; extra == 'test'
|
||||
Requires-Dist: pytest-jupyter[server]>=0.6.2; extra == 'test'
|
||||
Requires-Dist: pytest-timeout; extra == 'test'
|
||||
Requires-Dist: pytest<8,>=7.0; extra == 'test'
|
||||
Requires-Dist: requests-mock; extra == 'test'
|
||||
Requires-Dist: ruamel-yaml; extra == 'test'
|
||||
Requires-Dist: sphinxcontrib-spelling; extra == 'test'
|
||||
Requires-Dist: strict-rfc3339; extra == 'test'
|
||||
Requires-Dist: werkzeug; extra == 'test'
|
||||
Description-Content-Type: text/markdown
|
||||
|
||||
# jupyterlab server
|
||||
|
||||
[](https://github.com/jupyterlab/jupyterlab_server/actions?query=branch%3Amaster+workflow%3A%22Tests%22)
|
||||
[](http://jupyterlab-server.readthedocs.io/en/stable/)
|
||||
|
||||
## Motivation
|
||||
|
||||
JupyterLab Server sits between JupyterLab and Jupyter Server, and provides a
|
||||
set of REST API handlers and utilities that are used by JupyterLab. It is a separate project in order to
|
||||
accommodate creating JupyterLab-like applications from a more limited scope.
|
||||
|
||||
## Install
|
||||
|
||||
`pip install jupyterlab_server`
|
||||
|
||||
To include optional `openapi` dependencies, use:
|
||||
|
||||
`pip install jupyterlab_server[openapi]`
|
||||
|
||||
To include optional `pytest_plugin` dependencies, use:
|
||||
|
||||
`pip install jupyterlab_server[test]`
|
||||
|
||||
## Usage
|
||||
|
||||
See the full documentation for [API docs](https://jupyterlab-server.readthedocs.io/en/stable/api/index.html) and [REST endpoint descriptions](https://jupyterlab-server.readthedocs.io/en/stable/api/rest.html).
|
||||
|
||||
## Extending the Application
|
||||
|
||||
Subclass the `LabServerApp` and provide additional traits and handlers as appropriate for your application.
|
||||
|
||||
## Contribution
|
||||
|
||||
Please see `CONTRIBUTING.md` for details.
|
||||
BIN
Binary file not shown.
BIN
Binary file not shown.
BIN
Binary file not shown.
BIN
Binary file not shown.
BIN
Binary file not shown.
+70
@@ -0,0 +1,70 @@
|
||||
Metadata-Version: 2.1
|
||||
Name: JLDracula
|
||||
Version: 0.2.0
|
||||
Summary: Jupter Lab Dracula Theme
|
||||
Home-page: https://github.com/dracula/jupyterlab
|
||||
Author: karosc
|
||||
License: BSD-3-Clause
|
||||
Keywords: Jupyter,JupyterLab,JupyterLab3
|
||||
Platform: Linux
|
||||
Platform: Mac OS X
|
||||
Platform: Windows
|
||||
Classifier: License :: OSI Approved :: BSD License
|
||||
Classifier: Programming Language :: Python
|
||||
Classifier: Programming Language :: Python :: 3
|
||||
Classifier: Programming Language :: Python :: 3.6
|
||||
Classifier: Programming Language :: Python :: 3.7
|
||||
Classifier: Programming Language :: Python :: 3.8
|
||||
Classifier: Framework :: Jupyter
|
||||
Requires-Python: >=3.6
|
||||
Description-Content-Type: text/markdown
|
||||
License-File: LICENSE
|
||||
Requires-Dist: jupyterlab >=3.0.0
|
||||
|
||||
# JLDracula
|
||||
|
||||
|
||||
[](https://badge.fury.io/py/JLDracula.svg)
|
||||
|
||||
# Dracula for [JupyterLab](https://jupyter.org/)
|
||||
|
||||
> A dark theme for [JupyterLab](https://jupyter.org/)
|
||||
|
||||
|
||||
|
||||
## Requirements
|
||||
|
||||
* JupyterLab >= 3.0
|
||||
|
||||
## Install
|
||||
|
||||
All instructions can be found at [draculatheme.com/jupyterlab](https://draculatheme.com/jupyterlab).
|
||||
|
||||
```bash
|
||||
pip install JLDracula
|
||||
```
|
||||
|
||||
|
||||
## Uninstall
|
||||
|
||||
```bash
|
||||
pip uninstall JLDracula
|
||||
```
|
||||
## Team
|
||||
|
||||
This theme is maintained by the following person(s) and a bunch of [awesome contributors](https://github.com/dracula/jupyterlab/graphs/contributors).
|
||||
|
||||
|
||||
[](https://github.com/karosc) |
|
||||
--- |
|
||||
[Constantine Karos](https://github.com/karosc) |
|
||||
|
||||
## Community
|
||||
|
||||
* [Twitter](https://twitter.com/draculatheme) - Best for getting updates about themes and new stuff.
|
||||
* [GitHub](https://github.com/dracula/dracula-theme/discussions) - Best for asking questions and discussing issues.
|
||||
* [Discord](https://draculatheme.com/discord-invite) - Best for hanging out with the community.
|
||||
|
||||
## License
|
||||
|
||||
[MIT License](./LICENSE)
|
||||
BIN
Binary file not shown.
+111
@@ -0,0 +1,111 @@
|
||||
Metadata-Version: 2.4
|
||||
Name: pip
|
||||
Version: 25.3
|
||||
Summary: The PyPA recommended tool for installing Python packages.
|
||||
Author-email: The pip developers <distutils-sig@python.org>
|
||||
Requires-Python: >=3.9
|
||||
Description-Content-Type: text/x-rst
|
||||
License-Expression: MIT
|
||||
Classifier: Development Status :: 5 - Production/Stable
|
||||
Classifier: Intended Audience :: Developers
|
||||
Classifier: Topic :: Software Development :: Build Tools
|
||||
Classifier: Programming Language :: Python
|
||||
Classifier: Programming Language :: Python :: 3
|
||||
Classifier: Programming Language :: Python :: 3 :: Only
|
||||
Classifier: Programming Language :: Python :: 3.9
|
||||
Classifier: Programming Language :: Python :: 3.10
|
||||
Classifier: Programming Language :: Python :: 3.11
|
||||
Classifier: Programming Language :: Python :: 3.12
|
||||
Classifier: Programming Language :: Python :: 3.13
|
||||
Classifier: Programming Language :: Python :: 3.14
|
||||
Classifier: Programming Language :: Python :: Implementation :: CPython
|
||||
Classifier: Programming Language :: Python :: Implementation :: PyPy
|
||||
License-File: AUTHORS.txt
|
||||
License-File: LICENSE.txt
|
||||
License-File: src/pip/_vendor/cachecontrol/LICENSE.txt
|
||||
License-File: src/pip/_vendor/certifi/LICENSE
|
||||
License-File: src/pip/_vendor/dependency_groups/LICENSE.txt
|
||||
License-File: src/pip/_vendor/distlib/LICENSE.txt
|
||||
License-File: src/pip/_vendor/distro/LICENSE
|
||||
License-File: src/pip/_vendor/idna/LICENSE.md
|
||||
License-File: src/pip/_vendor/msgpack/COPYING
|
||||
License-File: src/pip/_vendor/packaging/LICENSE
|
||||
License-File: src/pip/_vendor/packaging/LICENSE.APACHE
|
||||
License-File: src/pip/_vendor/packaging/LICENSE.BSD
|
||||
License-File: src/pip/_vendor/pkg_resources/LICENSE
|
||||
License-File: src/pip/_vendor/platformdirs/LICENSE
|
||||
License-File: src/pip/_vendor/pygments/LICENSE
|
||||
License-File: src/pip/_vendor/pyproject_hooks/LICENSE
|
||||
License-File: src/pip/_vendor/requests/LICENSE
|
||||
License-File: src/pip/_vendor/resolvelib/LICENSE
|
||||
License-File: src/pip/_vendor/rich/LICENSE
|
||||
License-File: src/pip/_vendor/tomli/LICENSE
|
||||
License-File: src/pip/_vendor/tomli_w/LICENSE
|
||||
License-File: src/pip/_vendor/truststore/LICENSE
|
||||
License-File: src/pip/_vendor/urllib3/LICENSE.txt
|
||||
Project-URL: Changelog, https://pip.pypa.io/en/stable/news/
|
||||
Project-URL: Documentation, https://pip.pypa.io
|
||||
Project-URL: Homepage, https://pip.pypa.io/
|
||||
Project-URL: Source, https://github.com/pypa/pip
|
||||
|
||||
pip - The Python Package Installer
|
||||
==================================
|
||||
|
||||
.. |pypi-version| image:: https://img.shields.io/pypi/v/pip.svg
|
||||
:target: https://pypi.org/project/pip/
|
||||
:alt: PyPI
|
||||
|
||||
.. |python-versions| image:: https://img.shields.io/pypi/pyversions/pip
|
||||
:target: https://pypi.org/project/pip
|
||||
:alt: PyPI - Python Version
|
||||
|
||||
.. |docs-badge| image:: https://readthedocs.org/projects/pip/badge/?version=latest
|
||||
:target: https://pip.pypa.io/en/latest
|
||||
:alt: Documentation
|
||||
|
||||
|pypi-version| |python-versions| |docs-badge|
|
||||
|
||||
pip is the `package installer`_ for Python. You can use pip to install packages from the `Python Package Index`_ and other indexes.
|
||||
|
||||
Please take a look at our documentation for how to install and use pip:
|
||||
|
||||
* `Installation`_
|
||||
* `Usage`_
|
||||
|
||||
We release updates regularly, with a new version every 3 months. Find more details in our documentation:
|
||||
|
||||
* `Release notes`_
|
||||
* `Release process`_
|
||||
|
||||
If you find bugs, need help, or want to talk to the developers, please use our mailing lists or chat rooms:
|
||||
|
||||
* `Issue tracking`_
|
||||
* `Discourse channel`_
|
||||
* `User IRC`_
|
||||
|
||||
If you want to get involved head over to GitHub to get the source code, look at our development documentation and feel free to jump on the developer mailing lists and chat rooms:
|
||||
|
||||
* `GitHub page`_
|
||||
* `Development documentation`_
|
||||
* `Development IRC`_
|
||||
|
||||
Code of Conduct
|
||||
---------------
|
||||
|
||||
Everyone interacting in the pip project's codebases, issue trackers, chat
|
||||
rooms, and mailing lists is expected to follow the `PSF Code of Conduct`_.
|
||||
|
||||
.. _package installer: https://packaging.python.org/guides/tool-recommendations/
|
||||
.. _Python Package Index: https://pypi.org
|
||||
.. _Installation: https://pip.pypa.io/en/stable/installation/
|
||||
.. _Usage: https://pip.pypa.io/en/stable/
|
||||
.. _Release notes: https://pip.pypa.io/en/stable/news.html
|
||||
.. _Release process: https://pip.pypa.io/en/latest/development/release-process/
|
||||
.. _GitHub page: https://github.com/pypa/pip
|
||||
.. _Development documentation: https://pip.pypa.io/en/latest/development
|
||||
.. _Issue tracking: https://github.com/pypa/pip/issues
|
||||
.. _Discourse channel: https://discuss.python.org/c/packaging
|
||||
.. _User IRC: https://kiwiirc.com/nextclient/#ircs://irc.libera.chat:+6697/pypa
|
||||
.. _Development IRC: https://kiwiirc.com/nextclient/#ircs://irc.libera.chat:+6697/pypa-dev
|
||||
.. _PSF Code of Conduct: https://github.com/pypa/.github/blob/main/CODE_OF_CONDUCT.md
|
||||
|
||||
BIN
Binary file not shown.
BIN
Binary file not shown.
BIN
Binary file not shown.
+202
@@ -0,0 +1,202 @@
|
||||
Metadata-Version: 2.4
|
||||
Name: h11
|
||||
Version: 0.16.0
|
||||
Summary: A pure-Python, bring-your-own-I/O implementation of HTTP/1.1
|
||||
Home-page: https://github.com/python-hyper/h11
|
||||
Author: Nathaniel J. Smith
|
||||
Author-email: njs@pobox.com
|
||||
License: MIT
|
||||
Classifier: Development Status :: 3 - Alpha
|
||||
Classifier: Intended Audience :: Developers
|
||||
Classifier: License :: OSI Approved :: MIT License
|
||||
Classifier: Programming Language :: Python :: Implementation :: CPython
|
||||
Classifier: Programming Language :: Python :: Implementation :: PyPy
|
||||
Classifier: Programming Language :: Python :: 3
|
||||
Classifier: Programming Language :: Python :: 3 :: Only
|
||||
Classifier: Programming Language :: Python :: 3.8
|
||||
Classifier: Programming Language :: Python :: 3.9
|
||||
Classifier: Programming Language :: Python :: 3.10
|
||||
Classifier: Programming Language :: Python :: 3.11
|
||||
Classifier: Programming Language :: Python :: 3.12
|
||||
Classifier: Topic :: Internet :: WWW/HTTP
|
||||
Classifier: Topic :: System :: Networking
|
||||
Requires-Python: >=3.8
|
||||
License-File: LICENSE.txt
|
||||
Dynamic: author
|
||||
Dynamic: author-email
|
||||
Dynamic: classifier
|
||||
Dynamic: description
|
||||
Dynamic: home-page
|
||||
Dynamic: license
|
||||
Dynamic: license-file
|
||||
Dynamic: requires-python
|
||||
Dynamic: summary
|
||||
|
||||
h11
|
||||
===
|
||||
|
||||
.. image:: https://travis-ci.org/python-hyper/h11.svg?branch=master
|
||||
:target: https://travis-ci.org/python-hyper/h11
|
||||
:alt: Automated test status
|
||||
|
||||
.. image:: https://codecov.io/gh/python-hyper/h11/branch/master/graph/badge.svg
|
||||
:target: https://codecov.io/gh/python-hyper/h11
|
||||
:alt: Test coverage
|
||||
|
||||
.. image:: https://readthedocs.org/projects/h11/badge/?version=latest
|
||||
:target: http://h11.readthedocs.io/en/latest/?badge=latest
|
||||
:alt: Documentation Status
|
||||
|
||||
This is a little HTTP/1.1 library written from scratch in Python,
|
||||
heavily inspired by `hyper-h2 <https://hyper-h2.readthedocs.io/>`_.
|
||||
|
||||
It's a "bring-your-own-I/O" library; h11 contains no IO code
|
||||
whatsoever. This means you can hook h11 up to your favorite network
|
||||
API, and that could be anything you want: synchronous, threaded,
|
||||
asynchronous, or your own implementation of `RFC 6214
|
||||
<https://tools.ietf.org/html/rfc6214>`_ -- h11 won't judge you.
|
||||
(Compare this to the current state of the art, where every time a `new
|
||||
network API <https://trio.readthedocs.io/>`_ comes along then someone
|
||||
gets to start over reimplementing the entire HTTP protocol from
|
||||
scratch.) Cory Benfield made an `excellent blog post describing the
|
||||
benefits of this approach
|
||||
<https://lukasa.co.uk/2015/10/The_New_Hyper/>`_, or if you like video
|
||||
then here's his `PyCon 2016 talk on the same theme
|
||||
<https://www.youtube.com/watch?v=7cC3_jGwl_U>`_.
|
||||
|
||||
This also means that h11 is not immediately useful out of the box:
|
||||
it's a toolkit for building programs that speak HTTP, not something
|
||||
that could directly replace ``requests`` or ``twisted.web`` or
|
||||
whatever. But h11 makes it much easier to implement something like
|
||||
``requests`` or ``twisted.web``.
|
||||
|
||||
At a high level, working with h11 goes like this:
|
||||
|
||||
1) First, create an ``h11.Connection`` object to track the state of a
|
||||
single HTTP/1.1 connection.
|
||||
|
||||
2) When you read data off the network, pass it to
|
||||
``conn.receive_data(...)``; you'll get back a list of objects
|
||||
representing high-level HTTP "events".
|
||||
|
||||
3) When you want to send a high-level HTTP event, create the
|
||||
corresponding "event" object and pass it to ``conn.send(...)``;
|
||||
this will give you back some bytes that you can then push out
|
||||
through the network.
|
||||
|
||||
For example, a client might instantiate and then send a
|
||||
``h11.Request`` object, then zero or more ``h11.Data`` objects for the
|
||||
request body (e.g., if this is a POST), and then a
|
||||
``h11.EndOfMessage`` to indicate the end of the message. Then the
|
||||
server would then send back a ``h11.Response``, some ``h11.Data``, and
|
||||
its own ``h11.EndOfMessage``. If either side violates the protocol,
|
||||
you'll get a ``h11.ProtocolError`` exception.
|
||||
|
||||
h11 is suitable for implementing both servers and clients, and has a
|
||||
pleasantly symmetric API: the events you send as a client are exactly
|
||||
the ones that you receive as a server and vice-versa.
|
||||
|
||||
`Here's an example of a tiny HTTP client
|
||||
<https://github.com/python-hyper/h11/blob/master/examples/basic-client.py>`_
|
||||
|
||||
It also has `a fine manual <https://h11.readthedocs.io/>`_.
|
||||
|
||||
FAQ
|
||||
---
|
||||
|
||||
*Whyyyyy?*
|
||||
|
||||
I wanted to play with HTTP in `Curio
|
||||
<https://curio.readthedocs.io/en/latest/tutorial.html>`__ and `Trio
|
||||
<https://trio.readthedocs.io>`__, which at the time didn't have any
|
||||
HTTP libraries. So I thought, no big deal, Python has, like, a dozen
|
||||
different implementations of HTTP, surely I can find one that's
|
||||
reusable. I didn't find one, but I did find Cory's call-to-arms
|
||||
blog-post. So I figured, well, fine, if I have to implement HTTP from
|
||||
scratch, at least I can make sure no-one *else* has to ever again.
|
||||
|
||||
*Should I use it?*
|
||||
|
||||
Maybe. You should be aware that it's a very young project. But, it's
|
||||
feature complete and has an exhaustive test-suite and complete docs,
|
||||
so the next step is for people to try using it and see how it goes
|
||||
:-). If you do then please let us know -- if nothing else we'll want
|
||||
to talk to you before making any incompatible changes!
|
||||
|
||||
*What are the features/limitations?*
|
||||
|
||||
Roughly speaking, it's trying to be a robust, complete, and non-hacky
|
||||
implementation of the first "chapter" of the HTTP/1.1 spec: `RFC 7230:
|
||||
HTTP/1.1 Message Syntax and Routing
|
||||
<https://tools.ietf.org/html/rfc7230>`_. That is, it mostly focuses on
|
||||
implementing HTTP at the level of taking bytes on and off the wire,
|
||||
and the headers related to that, and tries to be anal about spec
|
||||
conformance. It doesn't know about higher-level concerns like URL
|
||||
routing, conditional GETs, cross-origin cookie policies, or content
|
||||
negotiation. But it does know how to take care of framing,
|
||||
cross-version differences in keep-alive handling, and the "obsolete
|
||||
line folding" rule, so you can focus your energies on the hard /
|
||||
interesting parts for your application, and it tries to support the
|
||||
full specification in the sense that any useful HTTP/1.1 conformant
|
||||
application should be able to use h11.
|
||||
|
||||
It's pure Python, and has no dependencies outside of the standard
|
||||
library.
|
||||
|
||||
It has a test suite with 100.0% coverage for both statements and
|
||||
branches.
|
||||
|
||||
Currently it supports Python 3 (testing on 3.8-3.12) and PyPy 3.
|
||||
The last Python 2-compatible version was h11 0.11.x.
|
||||
(Originally it had a Cython wrapper for `http-parser
|
||||
<https://github.com/nodejs/http-parser>`_ and a beautiful nested state
|
||||
machine implemented with ``yield from`` to postprocess the output. But
|
||||
I had to take these out -- the new *parser* needs fewer lines-of-code
|
||||
than the old *parser wrapper*, is written in pure Python, uses no
|
||||
exotic language syntax, and has more features. It's sad, really; that
|
||||
old state machine was really slick. I just need a few sentences here
|
||||
to mourn that.)
|
||||
|
||||
I don't know how fast it is. I haven't benchmarked or profiled it yet,
|
||||
so it's probably got a few pointless hot spots, and I've been trying
|
||||
to err on the side of simplicity and robustness instead of
|
||||
micro-optimization. But at the architectural level I tried hard to
|
||||
avoid fundamentally bad decisions, e.g., I believe that all the
|
||||
parsing algorithms remain linear-time even in the face of pathological
|
||||
input like slowloris, and there are no byte-by-byte loops. (I also
|
||||
believe that it maintains bounded memory usage in the face of
|
||||
arbitrary/pathological input.)
|
||||
|
||||
The whole library is ~800 lines-of-code. You can read and understand
|
||||
the whole thing in less than an hour. Most of the energy invested in
|
||||
this so far has been spent on trying to keep things simple by
|
||||
minimizing special-cases and ad hoc state manipulation; even though it
|
||||
is now quite small and simple, I'm still annoyed that I haven't
|
||||
figured out how to make it even smaller and simpler. (Unfortunately,
|
||||
HTTP does not lend itself to simplicity.)
|
||||
|
||||
The API is ~feature complete and I don't expect the general outlines
|
||||
to change much, but you can't judge an API's ergonomics until you
|
||||
actually document and use it, so I'd expect some changes in the
|
||||
details.
|
||||
|
||||
*How do I try it?*
|
||||
|
||||
.. code-block:: sh
|
||||
|
||||
$ pip install h11
|
||||
$ git clone git@github.com:python-hyper/h11
|
||||
$ cd h11/examples
|
||||
$ python basic-client.py
|
||||
|
||||
and go from there.
|
||||
|
||||
*License?*
|
||||
|
||||
MIT
|
||||
|
||||
*Code of conduct?*
|
||||
|
||||
Contributors are requested to follow our `code of conduct
|
||||
<https://github.com/python-hyper/h11/blob/master/CODE_OF_CONDUCT.md>`_ in
|
||||
all project spaces.
|
||||
BIN
Binary file not shown.
BIN
Binary file not shown.
BIN
Binary file not shown.
+625
@@ -0,0 +1,625 @@
|
||||
Metadata-Version: 2.4
|
||||
Name: httpcore
|
||||
Version: 1.0.9
|
||||
Summary: A minimal low-level HTTP client.
|
||||
Project-URL: Documentation, https://www.encode.io/httpcore
|
||||
Project-URL: Homepage, https://www.encode.io/httpcore/
|
||||
Project-URL: Source, https://github.com/encode/httpcore
|
||||
Author-email: Tom Christie <tom@tomchristie.com>
|
||||
License-Expression: BSD-3-Clause
|
||||
License-File: LICENSE.md
|
||||
Classifier: Development Status :: 3 - Alpha
|
||||
Classifier: Environment :: Web Environment
|
||||
Classifier: Framework :: AsyncIO
|
||||
Classifier: Framework :: Trio
|
||||
Classifier: Intended Audience :: Developers
|
||||
Classifier: License :: OSI Approved :: BSD License
|
||||
Classifier: Operating System :: OS Independent
|
||||
Classifier: Programming Language :: Python :: 3
|
||||
Classifier: Programming Language :: Python :: 3 :: Only
|
||||
Classifier: Programming Language :: Python :: 3.8
|
||||
Classifier: Programming Language :: Python :: 3.9
|
||||
Classifier: Programming Language :: Python :: 3.10
|
||||
Classifier: Programming Language :: Python :: 3.11
|
||||
Classifier: Programming Language :: Python :: 3.12
|
||||
Classifier: Topic :: Internet :: WWW/HTTP
|
||||
Requires-Python: >=3.8
|
||||
Requires-Dist: certifi
|
||||
Requires-Dist: h11>=0.16
|
||||
Provides-Extra: asyncio
|
||||
Requires-Dist: anyio<5.0,>=4.0; extra == 'asyncio'
|
||||
Provides-Extra: http2
|
||||
Requires-Dist: h2<5,>=3; extra == 'http2'
|
||||
Provides-Extra: socks
|
||||
Requires-Dist: socksio==1.*; extra == 'socks'
|
||||
Provides-Extra: trio
|
||||
Requires-Dist: trio<1.0,>=0.22.0; extra == 'trio'
|
||||
Description-Content-Type: text/markdown
|
||||
|
||||
# HTTP Core
|
||||
|
||||
[](https://github.com/encode/httpcore/actions)
|
||||
[](https://pypi.org/project/httpcore/)
|
||||
|
||||
> *Do one thing, and do it well.*
|
||||
|
||||
The HTTP Core package provides a minimal low-level HTTP client, which does
|
||||
one thing only. Sending HTTP requests.
|
||||
|
||||
It does not provide any high level model abstractions over the API,
|
||||
does not handle redirects, multipart uploads, building authentication headers,
|
||||
transparent HTTP caching, URL parsing, session cookie handling,
|
||||
content or charset decoding, handling JSON, environment based configuration
|
||||
defaults, or any of that Jazz.
|
||||
|
||||
Some things HTTP Core does do:
|
||||
|
||||
* Sending HTTP requests.
|
||||
* Thread-safe / task-safe connection pooling.
|
||||
* HTTP(S) proxy & SOCKS proxy support.
|
||||
* Supports HTTP/1.1 and HTTP/2.
|
||||
* Provides both sync and async interfaces.
|
||||
* Async backend support for `asyncio` and `trio`.
|
||||
|
||||
## Requirements
|
||||
|
||||
Python 3.8+
|
||||
|
||||
## Installation
|
||||
|
||||
For HTTP/1.1 only support, install with:
|
||||
|
||||
```shell
|
||||
$ pip install httpcore
|
||||
```
|
||||
|
||||
There are also a number of optional extras available...
|
||||
|
||||
```shell
|
||||
$ pip install httpcore['asyncio,trio,http2,socks']
|
||||
```
|
||||
|
||||
## Sending requests
|
||||
|
||||
Send an HTTP request:
|
||||
|
||||
```python
|
||||
import httpcore
|
||||
|
||||
response = httpcore.request("GET", "https://www.example.com/")
|
||||
|
||||
print(response)
|
||||
# <Response [200]>
|
||||
print(response.status)
|
||||
# 200
|
||||
print(response.headers)
|
||||
# [(b'Accept-Ranges', b'bytes'), (b'Age', b'557328'), (b'Cache-Control', b'max-age=604800'), ...]
|
||||
print(response.content)
|
||||
# b'<!doctype html>\n<html>\n<head>\n<title>Example Domain</title>\n\n<meta charset="utf-8"/>\n ...'
|
||||
```
|
||||
|
||||
The top-level `httpcore.request()` function is provided for convenience. In practice whenever you're working with `httpcore` you'll want to use the connection pooling functionality that it provides.
|
||||
|
||||
```python
|
||||
import httpcore
|
||||
|
||||
http = httpcore.ConnectionPool()
|
||||
response = http.request("GET", "https://www.example.com/")
|
||||
```
|
||||
|
||||
Once you're ready to get going, [head over to the documentation](https://www.encode.io/httpcore/).
|
||||
|
||||
## Motivation
|
||||
|
||||
You *probably* don't want to be using HTTP Core directly. It might make sense if
|
||||
you're writing something like a proxy service in Python, and you just want
|
||||
something at the lowest possible level, but more typically you'll want to use
|
||||
a higher level client library, such as `httpx`.
|
||||
|
||||
The motivation for `httpcore` is:
|
||||
|
||||
* To provide a reusable low-level client library, that other packages can then build on top of.
|
||||
* To provide a *really clear interface split* between the networking code and client logic,
|
||||
so that each is easier to understand and reason about in isolation.
|
||||
|
||||
## Dependencies
|
||||
|
||||
The `httpcore` package has the following dependencies...
|
||||
|
||||
* `h11`
|
||||
* `certifi`
|
||||
|
||||
And the following optional extras...
|
||||
|
||||
* `anyio` - Required by `pip install httpcore['asyncio']`.
|
||||
* `trio` - Required by `pip install httpcore['trio']`.
|
||||
* `h2` - Required by `pip install httpcore['http2']`.
|
||||
* `socksio` - Required by `pip install httpcore['socks']`.
|
||||
|
||||
## Versioning
|
||||
|
||||
We use [SEMVER for our versioning policy](https://semver.org/).
|
||||
|
||||
For changes between package versions please see our [project changelog](CHANGELOG.md).
|
||||
|
||||
We recommend pinning your requirements either the most current major version, or a more specific version range:
|
||||
|
||||
```python
|
||||
pip install 'httpcore==1.*'
|
||||
```
|
||||
# Changelog
|
||||
|
||||
All notable changes to this project will be documented in this file.
|
||||
|
||||
The format is based on [Keep a Changelog](https://keepachangelog.com/en/1.0.0/).
|
||||
|
||||
## Version 1.0.9 (April 24th, 2025)
|
||||
|
||||
- Resolve https://github.com/advisories/GHSA-vqfr-h8mv-ghfj with h11 dependency update. (#1008)
|
||||
|
||||
## Version 1.0.8 (April 11th, 2025)
|
||||
|
||||
- Fix `AttributeError` when importing on Python 3.14. (#1005)
|
||||
|
||||
## Version 1.0.7 (November 15th, 2024)
|
||||
|
||||
- Support `proxy=…` configuration on `ConnectionPool()`. (#974)
|
||||
|
||||
## Version 1.0.6 (October 1st, 2024)
|
||||
|
||||
- Relax `trio` dependency pinning. (#956)
|
||||
- Handle `trio` raising `NotImplementedError` on unsupported platforms. (#955)
|
||||
- Handle mapping `ssl.SSLError` to `httpcore.ConnectError`. (#918)
|
||||
|
||||
## 1.0.5 (March 27th, 2024)
|
||||
|
||||
- Handle `EndOfStream` exception for anyio backend. (#899)
|
||||
- Allow trio `0.25.*` series in package dependancies. (#903)
|
||||
|
||||
## 1.0.4 (February 21st, 2024)
|
||||
|
||||
- Add `target` request extension. (#888)
|
||||
- Fix support for connection `Upgrade` and `CONNECT` when some data in the stream has been read. (#882)
|
||||
|
||||
## 1.0.3 (February 13th, 2024)
|
||||
|
||||
- Fix support for async cancellations. (#880)
|
||||
- Fix trace extension when used with socks proxy. (#849)
|
||||
- Fix SSL context for connections using the "wss" scheme (#869)
|
||||
|
||||
## 1.0.2 (November 10th, 2023)
|
||||
|
||||
- Fix `float("inf")` timeouts in `Event.wait` function. (#846)
|
||||
|
||||
## 1.0.1 (November 3rd, 2023)
|
||||
|
||||
- Fix pool timeout to account for the total time spent retrying. (#823)
|
||||
- Raise a neater RuntimeError when the correct async deps are not installed. (#826)
|
||||
- Add support for synchronous TLS-in-TLS streams. (#840)
|
||||
|
||||
## 1.0.0 (October 6th, 2023)
|
||||
|
||||
From version 1.0 our async support is now optional, as the package has minimal dependencies by default.
|
||||
|
||||
For async support use either `pip install 'httpcore[asyncio]'` or `pip install 'httpcore[trio]'`.
|
||||
|
||||
The project versioning policy is now explicitly governed by SEMVER. See https://semver.org/.
|
||||
|
||||
- Async support becomes fully optional. (#809)
|
||||
- Add support for Python 3.12. (#807)
|
||||
|
||||
## 0.18.0 (September 8th, 2023)
|
||||
|
||||
- Add support for HTTPS proxies. (#745, #786)
|
||||
- Drop Python 3.7 support. (#727)
|
||||
- Handle `sni_hostname` extension with SOCKS proxy. (#774)
|
||||
- Handle HTTP/1.1 half-closed connections gracefully. (#641)
|
||||
- Change the type of `Extensions` from `Mapping[Str, Any]` to `MutableMapping[Str, Any]`. (#762)
|
||||
|
||||
## 0.17.3 (July 5th, 2023)
|
||||
|
||||
- Support async cancellations, ensuring that the connection pool is left in a clean state when cancellations occur. (#726)
|
||||
- The networking backend interface has [been added to the public API](https://www.encode.io/httpcore/network-backends). Some classes which were previously private implementation detail are now part of the top-level public API. (#699)
|
||||
- Graceful handling of HTTP/2 GoAway frames, with requests being transparently retried on a new connection. (#730)
|
||||
- Add exceptions when a synchronous `trace callback` is passed to an asynchronous request or an asynchronous `trace callback` is passed to a synchronous request. (#717)
|
||||
- Drop Python 3.7 support. (#727)
|
||||
|
||||
## 0.17.2 (May 23th, 2023)
|
||||
|
||||
- Add `socket_options` argument to `ConnectionPool` and `HTTProxy` classes. (#668)
|
||||
- Improve logging with per-module logger names. (#690)
|
||||
- Add `sni_hostname` request extension. (#696)
|
||||
- Resolve race condition during import of `anyio` package. (#692)
|
||||
- Enable TCP_NODELAY for all synchronous sockets. (#651)
|
||||
|
||||
## 0.17.1 (May 17th, 2023)
|
||||
|
||||
- If 'retries' is set, then allow retries if an SSL handshake error occurs. (#669)
|
||||
- Improve correctness of tracebacks on network exceptions, by raising properly chained exceptions. (#678)
|
||||
- Prevent connection-hanging behaviour when HTTP/2 connections are closed by a server-sent 'GoAway' frame. (#679)
|
||||
- Fix edge-case exception when removing requests from the connection pool. (#680)
|
||||
- Fix pool timeout edge-case. (#688)
|
||||
|
||||
## 0.17.0 (March 16th, 2023)
|
||||
|
||||
- Add DEBUG level logging. (#648)
|
||||
- Respect HTTP/2 max concurrent streams when settings updates are sent by server. (#652)
|
||||
- Increase the allowable HTTP header size to 100kB. (#647)
|
||||
- Add `retries` option to SOCKS proxy classes. (#643)
|
||||
|
||||
## 0.16.3 (December 20th, 2022)
|
||||
|
||||
- Allow `ws` and `wss` schemes. Allows us to properly support websocket upgrade connections. (#625)
|
||||
- Forwarding HTTP proxies use a connection-per-remote-host. Required by some proxy implementations. (#637)
|
||||
- Don't raise `RuntimeError` when closing a connection pool with active connections. Removes some error cases when cancellations are used. (#631)
|
||||
- Lazy import `anyio`, so that it's no longer a hard dependancy, and isn't imported if unused. (#639)
|
||||
|
||||
## 0.16.2 (November 25th, 2022)
|
||||
|
||||
- Revert 'Fix async cancellation behaviour', which introduced race conditions. (#627)
|
||||
- Raise `RuntimeError` if attempting to us UNIX domain sockets on Windows. (#619)
|
||||
|
||||
## 0.16.1 (November 17th, 2022)
|
||||
|
||||
- Fix HTTP/1.1 interim informational responses, such as "100 Continue". (#605)
|
||||
|
||||
## 0.16.0 (October 11th, 2022)
|
||||
|
||||
- Support HTTP/1.1 informational responses. (#581)
|
||||
- Fix async cancellation behaviour. (#580)
|
||||
- Support `h11` 0.14. (#579)
|
||||
|
||||
## 0.15.0 (May 17th, 2022)
|
||||
|
||||
- Drop Python 3.6 support (#535)
|
||||
- Ensure HTTP proxy CONNECT requests include `timeout` configuration. (#506)
|
||||
- Switch to explicit `typing.Optional` for type hints. (#513)
|
||||
- For `trio` map OSError exceptions to `ConnectError`. (#543)
|
||||
|
||||
## 0.14.7 (February 4th, 2022)
|
||||
|
||||
- Requests which raise a PoolTimeout need to be removed from the pool queue. (#502)
|
||||
- Fix AttributeError that happened when Socks5Connection were terminated. (#501)
|
||||
|
||||
## 0.14.6 (February 1st, 2022)
|
||||
|
||||
- Fix SOCKS support for `http://` URLs. (#492)
|
||||
- Resolve race condition around exceptions during streaming a response. (#491)
|
||||
|
||||
## 0.14.5 (January 18th, 2022)
|
||||
|
||||
- SOCKS proxy support. (#478)
|
||||
- Add proxy_auth argument to HTTPProxy. (#481)
|
||||
- Improve error message on 'RemoteProtocolError' exception when server disconnects without sending a response. (#479)
|
||||
|
||||
## 0.14.4 (January 5th, 2022)
|
||||
|
||||
- Support HTTP/2 on HTTPS tunnelling proxies. (#468)
|
||||
- Fix proxy headers missing on HTTP forwarding. (#456)
|
||||
- Only instantiate SSL context if required. (#457)
|
||||
- More robust HTTP/2 handling. (#253, #439, #440, #441)
|
||||
|
||||
## 0.14.3 (November 17th, 2021)
|
||||
|
||||
- Fix race condition when removing closed connections from the pool. (#437)
|
||||
|
||||
## 0.14.2 (November 16th, 2021)
|
||||
|
||||
- Failed connections no longer remain in the pool. (Pull #433)
|
||||
|
||||
## 0.14.1 (November 12th, 2021)
|
||||
|
||||
- `max_connections` becomes optional. (Pull #429)
|
||||
- `certifi` is now included in the install dependancies. (Pull #428)
|
||||
- `h2` is now strictly optional. (Pull #428)
|
||||
|
||||
## 0.14.0 (November 11th, 2021)
|
||||
|
||||
The 0.14 release is a complete reworking of `httpcore`, comprehensively addressing some underlying issues in the connection pooling, as well as substantially redesigning the API to be more user friendly.
|
||||
|
||||
Some of the lower-level API design also makes the components more easily testable in isolation, and the package now has 100% test coverage.
|
||||
|
||||
See [discussion #419](https://github.com/encode/httpcore/discussions/419) for a little more background.
|
||||
|
||||
There's some other neat bits in there too, such as the "trace" extension, which gives a hook into inspecting the internal events that occur during the request/response cycle. This extension is needed for the HTTPX cli, in order to...
|
||||
|
||||
* Log the point at which the connection is established, and the IP/port on which it is made.
|
||||
* Determine if the outgoing request should log as HTTP/1.1 or HTTP/2, rather than having to assume it's HTTP/2 if the --http2 flag was passed. (Which may not actually be true.)
|
||||
* Log SSL version info / certificate info.
|
||||
|
||||
Note that `curio` support is not currently available in 0.14.0. If you're using `httpcore` with `curio` please get in touch, so we can assess if we ought to prioritize it as a feature or not.
|
||||
|
||||
## 0.13.7 (September 13th, 2021)
|
||||
|
||||
- Fix broken error messaging when URL scheme is missing, or a non HTTP(S) scheme is used. (Pull #403)
|
||||
|
||||
## 0.13.6 (June 15th, 2021)
|
||||
|
||||
### Fixed
|
||||
|
||||
- Close sockets when read or write timeouts occur. (Pull #365)
|
||||
|
||||
## 0.13.5 (June 14th, 2021)
|
||||
|
||||
### Fixed
|
||||
|
||||
- Resolved niggles with AnyIO EOF behaviours. (Pull #358, #362)
|
||||
|
||||
## 0.13.4 (June 9th, 2021)
|
||||
|
||||
### Added
|
||||
|
||||
- Improved error messaging when URL scheme is missing, or a non HTTP(S) scheme is used. (Pull #354)
|
||||
|
||||
### Fixed
|
||||
|
||||
- Switched to `anyio` as the default backend implementation when running with `asyncio`. Resolves some awkward [TLS timeout issues](https://github.com/encode/httpx/discussions/1511).
|
||||
|
||||
## 0.13.3 (May 6th, 2021)
|
||||
|
||||
### Added
|
||||
|
||||
- Support HTTP/2 prior knowledge, using `httpcore.SyncConnectionPool(http1=False)`. (Pull #333)
|
||||
|
||||
### Fixed
|
||||
|
||||
- Handle cases where environment does not provide `select.poll` support. (Pull #331)
|
||||
|
||||
## 0.13.2 (April 29th, 2021)
|
||||
|
||||
### Added
|
||||
|
||||
- Improve error message for specific case of `RemoteProtocolError` where server disconnects without sending a response. (Pull #313)
|
||||
|
||||
## 0.13.1 (April 28th, 2021)
|
||||
|
||||
### Fixed
|
||||
|
||||
- More resiliant testing for closed connections. (Pull #311)
|
||||
- Don't raise exceptions on ungraceful connection closes. (Pull #310)
|
||||
|
||||
## 0.13.0 (April 21st, 2021)
|
||||
|
||||
The 0.13 release updates the core API in order to match the HTTPX Transport API,
|
||||
introduced in HTTPX 0.18 onwards.
|
||||
|
||||
An example of making requests with the new interface is:
|
||||
|
||||
```python
|
||||
with httpcore.SyncConnectionPool() as http:
|
||||
status_code, headers, stream, extensions = http.handle_request(
|
||||
method=b'GET',
|
||||
url=(b'https', b'example.org', 443, b'/'),
|
||||
headers=[(b'host', b'example.org'), (b'user-agent', b'httpcore')]
|
||||
stream=httpcore.ByteStream(b''),
|
||||
extensions={}
|
||||
)
|
||||
body = stream.read()
|
||||
print(status_code, body)
|
||||
```
|
||||
|
||||
### Changed
|
||||
|
||||
- The `.request()` method is now `handle_request()`. (Pull #296)
|
||||
- The `.arequest()` method is now `.handle_async_request()`. (Pull #296)
|
||||
- The `headers` argument is no longer optional. (Pull #296)
|
||||
- The `stream` argument is no longer optional. (Pull #296)
|
||||
- The `ext` argument is now named `extensions`, and is no longer optional. (Pull #296)
|
||||
- The `"reason"` extension keyword is now named `"reason_phrase"`. (Pull #296)
|
||||
- The `"reason_phrase"` and `"http_version"` extensions now use byte strings for their values. (Pull #296)
|
||||
- The `httpcore.PlainByteStream()` class becomes `httpcore.ByteStream()`. (Pull #296)
|
||||
|
||||
### Added
|
||||
|
||||
- Streams now support a `.read()` interface. (Pull #296)
|
||||
|
||||
### Fixed
|
||||
|
||||
- Task cancellation no longer leaks connections from the connection pool. (Pull #305)
|
||||
|
||||
## 0.12.3 (December 7th, 2020)
|
||||
|
||||
### Fixed
|
||||
|
||||
- Abort SSL connections on close rather than waiting for remote EOF when using `asyncio`. (Pull #167)
|
||||
- Fix exception raised in case of connect timeouts when using the `anyio` backend. (Pull #236)
|
||||
- Fix `Host` header precedence for `:authority` in HTTP/2. (Pull #241, #243)
|
||||
- Handle extra edge case when detecting for socket readability when using `asyncio`. (Pull #242, #244)
|
||||
- Fix `asyncio` SSL warning when using proxy tunneling. (Pull #249)
|
||||
|
||||
## 0.12.2 (November 20th, 2020)
|
||||
|
||||
### Fixed
|
||||
|
||||
- Properly wrap connect errors on the asyncio backend. (Pull #235)
|
||||
- Fix `ImportError` occurring on Python 3.9 when using the HTTP/1.1 sync client in a multithreaded context. (Pull #237)
|
||||
|
||||
## 0.12.1 (November 7th, 2020)
|
||||
|
||||
### Added
|
||||
|
||||
- Add connect retries. (Pull #221)
|
||||
|
||||
### Fixed
|
||||
|
||||
- Tweak detection of dropped connections, resolving an issue with open files limits on Linux. (Pull #185)
|
||||
- Avoid leaking connections when establishing an HTTP tunnel to a proxy has failed. (Pull #223)
|
||||
- Properly wrap OS errors when using `trio`. (Pull #225)
|
||||
|
||||
## 0.12.0 (October 6th, 2020)
|
||||
|
||||
### Changed
|
||||
|
||||
- HTTP header casing is now preserved, rather than always sent in lowercase. (#216 and python-hyper/h11#104)
|
||||
|
||||
### Added
|
||||
|
||||
- Add Python 3.9 to officially supported versions.
|
||||
|
||||
### Fixed
|
||||
|
||||
- Gracefully handle a stdlib asyncio bug when a connection is closed while it is in a paused-for-reading state. (#201)
|
||||
|
||||
## 0.11.1 (September 28nd, 2020)
|
||||
|
||||
### Fixed
|
||||
|
||||
- Add await to async semaphore release() coroutine (#197)
|
||||
- Drop incorrect curio classifier (#192)
|
||||
|
||||
## 0.11.0 (September 22nd, 2020)
|
||||
|
||||
The Transport API with 0.11.0 has a couple of significant changes.
|
||||
|
||||
Firstly we've moved changed the request interface in order to allow extensions, which will later enable us to support features
|
||||
such as trailing headers, HTTP/2 server push, and CONNECT/Upgrade connections.
|
||||
|
||||
The interface changes from:
|
||||
|
||||
```python
|
||||
def request(method, url, headers, stream, timeout):
|
||||
return (http_version, status_code, reason, headers, stream)
|
||||
```
|
||||
|
||||
To instead including an optional dictionary of extensions on the request and response:
|
||||
|
||||
```python
|
||||
def request(method, url, headers, stream, ext):
|
||||
return (status_code, headers, stream, ext)
|
||||
```
|
||||
|
||||
Having an open-ended extensions point will allow us to add later support for various optional features, that wouldn't otherwise be supported without these API changes.
|
||||
|
||||
In particular:
|
||||
|
||||
* Trailing headers support.
|
||||
* HTTP/2 Server Push
|
||||
* sendfile.
|
||||
* Exposing raw connection on CONNECT, Upgrade, HTTP/2 bi-di streaming.
|
||||
* Exposing debug information out of the API, including template name, template context.
|
||||
|
||||
Currently extensions are limited to:
|
||||
|
||||
* request: `timeout` - Optional. Timeout dictionary.
|
||||
* response: `http_version` - Optional. Include the HTTP version used on the response.
|
||||
* response: `reason` - Optional. Include the reason phrase used on the response. Only valid with HTTP/1.*.
|
||||
|
||||
See https://github.com/encode/httpx/issues/1274#issuecomment-694884553 for the history behind this.
|
||||
|
||||
Secondly, the async version of `request` is now namespaced as `arequest`.
|
||||
|
||||
This allows concrete transports to support both sync and async implementations on the same class.
|
||||
|
||||
### Added
|
||||
|
||||
- Add curio support. (Pull #168)
|
||||
- Add anyio support, with `backend="anyio"`. (Pull #169)
|
||||
|
||||
### Changed
|
||||
|
||||
- Update the Transport API to use 'ext' for optional extensions. (Pull #190)
|
||||
- Update the Transport API to use `.request` and `.arequest` so implementations can support both sync and async. (Pull #189)
|
||||
|
||||
## 0.10.2 (August 20th, 2020)
|
||||
|
||||
### Added
|
||||
|
||||
- Added Unix Domain Socket support. (Pull #139)
|
||||
|
||||
### Fixed
|
||||
|
||||
- Always include the port on proxy CONNECT requests. (Pull #154)
|
||||
- Fix `max_keepalive_connections` configuration. (Pull #153)
|
||||
- Fixes behaviour in HTTP/1.1 where server disconnects can be used to signal the end of the response body. (Pull #164)
|
||||
|
||||
## 0.10.1 (August 7th, 2020)
|
||||
|
||||
- Include `max_keepalive_connections` on `AsyncHTTPProxy`/`SyncHTTPProxy` classes.
|
||||
|
||||
## 0.10.0 (August 7th, 2020)
|
||||
|
||||
The most notable change in the 0.10.0 release is that HTTP/2 support is now fully optional.
|
||||
|
||||
Use either `pip install httpcore` for HTTP/1.1 support only, or `pip install httpcore[http2]` for HTTP/1.1 and HTTP/2 support.
|
||||
|
||||
### Added
|
||||
|
||||
- HTTP/2 support becomes optional. (Pull #121, #130)
|
||||
- Add `local_address=...` support. (Pull #100, #134)
|
||||
- Add `PlainByteStream`, `IteratorByteStream`, `AsyncIteratorByteStream`. The `AsyncByteSteam` and `SyncByteStream` classes are now pure interface classes. (#133)
|
||||
- Add `LocalProtocolError`, `RemoteProtocolError` exceptions. (Pull #129)
|
||||
- Add `UnsupportedProtocol` exception. (Pull #128)
|
||||
- Add `.get_connection_info()` method. (Pull #102, #137)
|
||||
- Add better TRACE logs. (Pull #101)
|
||||
|
||||
### Changed
|
||||
|
||||
- `max_keepalive` is deprecated in favour of `max_keepalive_connections`. (Pull #140)
|
||||
|
||||
### Fixed
|
||||
|
||||
- Improve handling of server disconnects. (Pull #112)
|
||||
|
||||
## 0.9.1 (May 27th, 2020)
|
||||
|
||||
### Fixed
|
||||
|
||||
- Proper host resolution for sync case, including IPv6 support. (Pull #97)
|
||||
- Close outstanding connections when connection pool is closed. (Pull #98)
|
||||
|
||||
## 0.9.0 (May 21th, 2020)
|
||||
|
||||
### Changed
|
||||
|
||||
- URL port becomes an `Optional[int]` instead of `int`. (Pull #92)
|
||||
|
||||
### Fixed
|
||||
|
||||
- Honor HTTP/2 max concurrent streams settings. (Pull #89, #90)
|
||||
- Remove incorrect debug log. (Pull #83)
|
||||
|
||||
## 0.8.4 (May 11th, 2020)
|
||||
|
||||
### Added
|
||||
|
||||
- Logging via HTTPCORE_LOG_LEVEL and HTTPX_LOG_LEVEL environment variables
|
||||
and TRACE level logging. (Pull #79)
|
||||
|
||||
### Fixed
|
||||
|
||||
- Reuse of connections on HTTP/2 in close concurrency situations. (Pull #81)
|
||||
|
||||
## 0.8.3 (May 6rd, 2020)
|
||||
|
||||
### Fixed
|
||||
|
||||
- Include `Host` and `Accept` headers on proxy "CONNECT" requests.
|
||||
- De-duplicate any headers also contained in proxy_headers.
|
||||
- HTTP/2 flag not being passed down to proxy connections.
|
||||
|
||||
## 0.8.2 (May 3rd, 2020)
|
||||
|
||||
### Fixed
|
||||
|
||||
- Fix connections using proxy forwarding requests not being added to the
|
||||
connection pool properly. (Pull #70)
|
||||
|
||||
## 0.8.1 (April 30th, 2020)
|
||||
|
||||
### Changed
|
||||
|
||||
- Allow inherintance of both `httpcore.AsyncByteStream`, `httpcore.SyncByteStream` without type conflicts.
|
||||
|
||||
## 0.8.0 (April 30th, 2020)
|
||||
|
||||
### Fixed
|
||||
|
||||
- Fixed tunnel proxy support.
|
||||
|
||||
### Added
|
||||
|
||||
- New `TimeoutException` base class.
|
||||
|
||||
## 0.7.0 (March 5th, 2020)
|
||||
|
||||
- First integration with HTTPX.
|
||||
BIN
Binary file not shown.
BIN
Binary file not shown.
BIN
Binary file not shown.
+203
@@ -0,0 +1,203 @@
|
||||
Metadata-Version: 2.3
|
||||
Name: httpx
|
||||
Version: 0.28.1
|
||||
Summary: The next generation HTTP client.
|
||||
Project-URL: Changelog, https://github.com/encode/httpx/blob/master/CHANGELOG.md
|
||||
Project-URL: Documentation, https://www.python-httpx.org
|
||||
Project-URL: Homepage, https://github.com/encode/httpx
|
||||
Project-URL: Source, https://github.com/encode/httpx
|
||||
Author-email: Tom Christie <tom@tomchristie.com>
|
||||
License: BSD-3-Clause
|
||||
Classifier: Development Status :: 4 - Beta
|
||||
Classifier: Environment :: Web Environment
|
||||
Classifier: Framework :: AsyncIO
|
||||
Classifier: Framework :: Trio
|
||||
Classifier: Intended Audience :: Developers
|
||||
Classifier: License :: OSI Approved :: BSD License
|
||||
Classifier: Operating System :: OS Independent
|
||||
Classifier: Programming Language :: Python :: 3
|
||||
Classifier: Programming Language :: Python :: 3 :: Only
|
||||
Classifier: Programming Language :: Python :: 3.8
|
||||
Classifier: Programming Language :: Python :: 3.9
|
||||
Classifier: Programming Language :: Python :: 3.10
|
||||
Classifier: Programming Language :: Python :: 3.11
|
||||
Classifier: Programming Language :: Python :: 3.12
|
||||
Classifier: Topic :: Internet :: WWW/HTTP
|
||||
Requires-Python: >=3.8
|
||||
Requires-Dist: anyio
|
||||
Requires-Dist: certifi
|
||||
Requires-Dist: httpcore==1.*
|
||||
Requires-Dist: idna
|
||||
Provides-Extra: brotli
|
||||
Requires-Dist: brotli; (platform_python_implementation == 'CPython') and extra == 'brotli'
|
||||
Requires-Dist: brotlicffi; (platform_python_implementation != 'CPython') and extra == 'brotli'
|
||||
Provides-Extra: cli
|
||||
Requires-Dist: click==8.*; extra == 'cli'
|
||||
Requires-Dist: pygments==2.*; extra == 'cli'
|
||||
Requires-Dist: rich<14,>=10; extra == 'cli'
|
||||
Provides-Extra: http2
|
||||
Requires-Dist: h2<5,>=3; extra == 'http2'
|
||||
Provides-Extra: socks
|
||||
Requires-Dist: socksio==1.*; extra == 'socks'
|
||||
Provides-Extra: zstd
|
||||
Requires-Dist: zstandard>=0.18.0; extra == 'zstd'
|
||||
Description-Content-Type: text/markdown
|
||||
|
||||
<p align="center">
|
||||
<a href="https://www.python-httpx.org/"><img width="350" height="208" src="https://raw.githubusercontent.com/encode/httpx/master/docs/img/butterfly.png" alt='HTTPX'></a>
|
||||
</p>
|
||||
|
||||
<p align="center"><strong>HTTPX</strong> <em>- A next-generation HTTP client for Python.</em></p>
|
||||
|
||||
<p align="center">
|
||||
<a href="https://github.com/encode/httpx/actions">
|
||||
<img src="https://github.com/encode/httpx/workflows/Test%20Suite/badge.svg" alt="Test Suite">
|
||||
</a>
|
||||
<a href="https://pypi.org/project/httpx/">
|
||||
<img src="https://badge.fury.io/py/httpx.svg" alt="Package version">
|
||||
</a>
|
||||
</p>
|
||||
|
||||
HTTPX is a fully featured HTTP client library for Python 3. It includes **an integrated command line client**, has support for both **HTTP/1.1 and HTTP/2**, and provides both **sync and async APIs**.
|
||||
|
||||
---
|
||||
|
||||
Install HTTPX using pip:
|
||||
|
||||
```shell
|
||||
$ pip install httpx
|
||||
```
|
||||
|
||||
Now, let's get started:
|
||||
|
||||
```pycon
|
||||
>>> import httpx
|
||||
>>> r = httpx.get('https://www.example.org/')
|
||||
>>> r
|
||||
<Response [200 OK]>
|
||||
>>> r.status_code
|
||||
200
|
||||
>>> r.headers['content-type']
|
||||
'text/html; charset=UTF-8'
|
||||
>>> r.text
|
||||
'<!doctype html>\n<html>\n<head>\n<title>Example Domain</title>...'
|
||||
```
|
||||
|
||||
Or, using the command-line client.
|
||||
|
||||
```shell
|
||||
$ pip install 'httpx[cli]' # The command line client is an optional dependency.
|
||||
```
|
||||
|
||||
Which now allows us to use HTTPX directly from the command-line...
|
||||
|
||||
<p align="center">
|
||||
<img width="700" src="https://raw.githubusercontent.com/encode/httpx/master/docs/img/httpx-help.png" alt='httpx --help'>
|
||||
</p>
|
||||
|
||||
Sending a request...
|
||||
|
||||
<p align="center">
|
||||
<img width="700" src="https://raw.githubusercontent.com/encode/httpx/master/docs/img/httpx-request.png" alt='httpx http://httpbin.org/json'>
|
||||
</p>
|
||||
|
||||
## Features
|
||||
|
||||
HTTPX builds on the well-established usability of `requests`, and gives you:
|
||||
|
||||
* A broadly [requests-compatible API](https://www.python-httpx.org/compatibility/).
|
||||
* An integrated command-line client.
|
||||
* HTTP/1.1 [and HTTP/2 support](https://www.python-httpx.org/http2/).
|
||||
* Standard synchronous interface, but with [async support if you need it](https://www.python-httpx.org/async/).
|
||||
* Ability to make requests directly to [WSGI applications](https://www.python-httpx.org/advanced/transports/#wsgi-transport) or [ASGI applications](https://www.python-httpx.org/advanced/transports/#asgi-transport).
|
||||
* Strict timeouts everywhere.
|
||||
* Fully type annotated.
|
||||
* 100% test coverage.
|
||||
|
||||
Plus all the standard features of `requests`...
|
||||
|
||||
* International Domains and URLs
|
||||
* Keep-Alive & Connection Pooling
|
||||
* Sessions with Cookie Persistence
|
||||
* Browser-style SSL Verification
|
||||
* Basic/Digest Authentication
|
||||
* Elegant Key/Value Cookies
|
||||
* Automatic Decompression
|
||||
* Automatic Content Decoding
|
||||
* Unicode Response Bodies
|
||||
* Multipart File Uploads
|
||||
* HTTP(S) Proxy Support
|
||||
* Connection Timeouts
|
||||
* Streaming Downloads
|
||||
* .netrc Support
|
||||
* Chunked Requests
|
||||
|
||||
## Installation
|
||||
|
||||
Install with pip:
|
||||
|
||||
```shell
|
||||
$ pip install httpx
|
||||
```
|
||||
|
||||
Or, to include the optional HTTP/2 support, use:
|
||||
|
||||
```shell
|
||||
$ pip install httpx[http2]
|
||||
```
|
||||
|
||||
HTTPX requires Python 3.8+.
|
||||
|
||||
## Documentation
|
||||
|
||||
Project documentation is available at [https://www.python-httpx.org/](https://www.python-httpx.org/).
|
||||
|
||||
For a run-through of all the basics, head over to the [QuickStart](https://www.python-httpx.org/quickstart/).
|
||||
|
||||
For more advanced topics, see the [Advanced Usage](https://www.python-httpx.org/advanced/) section, the [async support](https://www.python-httpx.org/async/) section, or the [HTTP/2](https://www.python-httpx.org/http2/) section.
|
||||
|
||||
The [Developer Interface](https://www.python-httpx.org/api/) provides a comprehensive API reference.
|
||||
|
||||
To find out about tools that integrate with HTTPX, see [Third Party Packages](https://www.python-httpx.org/third_party_packages/).
|
||||
|
||||
## Contribute
|
||||
|
||||
If you want to contribute with HTTPX check out the [Contributing Guide](https://www.python-httpx.org/contributing/) to learn how to start.
|
||||
|
||||
## Dependencies
|
||||
|
||||
The HTTPX project relies on these excellent libraries:
|
||||
|
||||
* `httpcore` - The underlying transport implementation for `httpx`.
|
||||
* `h11` - HTTP/1.1 support.
|
||||
* `certifi` - SSL certificates.
|
||||
* `idna` - Internationalized domain name support.
|
||||
* `sniffio` - Async library autodetection.
|
||||
|
||||
As well as these optional installs:
|
||||
|
||||
* `h2` - HTTP/2 support. *(Optional, with `httpx[http2]`)*
|
||||
* `socksio` - SOCKS proxy support. *(Optional, with `httpx[socks]`)*
|
||||
* `rich` - Rich terminal support. *(Optional, with `httpx[cli]`)*
|
||||
* `click` - Command line client support. *(Optional, with `httpx[cli]`)*
|
||||
* `brotli` or `brotlicffi` - Decoding for "brotli" compressed responses. *(Optional, with `httpx[brotli]`)*
|
||||
* `zstandard` - Decoding for "zstd" compressed responses. *(Optional, with `httpx[zstd]`)*
|
||||
|
||||
A huge amount of credit is due to `requests` for the API layout that
|
||||
much of this work follows, as well as to `urllib3` for plenty of design
|
||||
inspiration around the lower-level networking details.
|
||||
|
||||
---
|
||||
|
||||
<p align="center"><i>HTTPX is <a href="https://github.com/encode/httpx/blob/master/LICENSE.md">BSD licensed</a> code.<br/>Designed & crafted with care.</i><br/>— 🦋 —</p>
|
||||
|
||||
## Release Information
|
||||
|
||||
### Fixed
|
||||
|
||||
* Reintroduced supposedly-private `URLTypes` shortcut. (#2673)
|
||||
|
||||
|
||||
---
|
||||
|
||||
[Full changelog](https://github.com/encode/httpx/blob/master/CHANGELOG.md)
|
||||
BIN
Binary file not shown.
BIN
Binary file not shown.
BIN
Binary file not shown.
BIN
Binary file not shown.
BIN
Binary file not shown.
BIN
Binary file not shown.
BIN
Binary file not shown.
BIN
Binary file not shown.
+1
@@ -0,0 +1 @@
|
||||
{"key":"/opt/conda","last_check":"2025-12-05T12:16:44.920280+00:00","pypi_version":"25.3"}
|
||||
Reference in New Issue
Block a user