core/requirements.txt

27 lines
467 B
Plaintext
Raw Normal View History

-c homeassistant/package_constraints.txt
# Home Assistant Core
2021-12-01 18:45:16 +00:00
aiohttp==3.8.1
2021-04-01 22:29:08 +00:00
astral==2.2
async_timeout==4.0.2
2021-05-09 20:13:09 +00:00
attrs==21.2.0
atomicwrites==1.4.0
awesomeversion==22.5.2
bcrypt==3.1.7
certifi>=2021.5.30
2021-09-26 12:47:29 +00:00
ciso8601==2.2.0
httpx==0.23.0
ifaddr==0.1.7
2022-05-13 11:38:20 +00:00
jinja2==3.1.2
2022-05-16 14:38:01 +00:00
PyJWT==2.4.0
2022-04-23 05:50:45 +00:00
cryptography==36.0.2
Initial orjson support take 3 (#73849) * Initial orjson support take 2 Still need to work out problem building wheels -- Redux of #72754 / #32153 Now possible since the following is solved: ijl/orjson#220 (comment) This implements orjson where we use our default encoder. This does not implement orjson where `ExtendedJSONEncoder` is used as these areas tend to be called far less frequently. If its desired, this could be done in a followup, but it seemed like a case of diminishing returns (except maybe for large diagnostics files, or traces, but those are not expected to be downloaded frequently). Areas where this makes a perceptible difference: - Anything that subscribes to entities (Initial subscribe_entities payload) - Initial download of registries on first connection / restore - History queries - Saving states to the database - Large logbook queries - Anything that subscribes to events (appdaemon) Cavets: orjson supports serializing dataclasses natively (and much faster) which eliminates the need to implement `as_dict` in many places when the data is already in a dataclass. This works well as long as all the data in the dataclass can also be serialized. I audited all places where we have an `as_dict` for a dataclass and found only backups needs to be adjusted (support for `Path` needed to be added for backups). I was a little bit worried about `SensorExtraStoredData` with `Decimal` but it all seems to work out from since it converts it before it gets to the json encoding cc @dgomes If it turns out to be a problem we can disable this with option |= [orjson.OPT_PASSTHROUGH_DATACLASS](https://github.com/ijl/orjson#opt_passthrough_dataclass) and it will fallback to `as_dict` Its quite impressive for history queries <img width="1271" alt="Screen_Shot_2022-05-30_at_23_46_30" src="https://user-images.githubusercontent.com/663432/171145699-661ad9db-d91d-4b2d-9c1a-9d7866c03a73.png"> * use for views as well * handle UnicodeEncodeError * tweak * DRY * DRY * not needed * fix tests * Update tests/components/http/test_view.py * Update tests/components/http/test_view.py * black * templates
2022-06-22 19:59:51 +00:00
orjson==3.7.2
2022-05-23 09:58:19 +00:00
pip>=21.0,<22.2
python-slugify==4.0.1
2021-10-14 07:29:31 +00:00
pyyaml==6.0
requests==2.28.0
typing-extensions>=3.10.0.2,<5.0
2022-04-13 21:51:39 +00:00
voluptuous==0.13.1
voluptuous-serialize==2.5.0
2022-01-13 00:07:11 +00:00
yarl==1.7.2