search

arrow-py / arrow

🏹 Better dates & times for Python
https://arrow.readthedocs.io
Apache License 2.0
8.63k stars 669 forks source link

Don't force requirement on types-python-dateutil #1169

Open mredaelli opened 6 months ago

mredaelli commented 6 months ago

Feature Request

A project I work on follows the usual pattern of having two requirements file, one for production environments and one for development, compiled by pip-tools.

I just noticed that arrow adds the types-python-dateutil package to my prod requirements.txt.

Since typing information should not be necessary at runtime, I think the installation of that package should be left to the user who wants it.

bnavigator commented 6 months ago

As a contributor to the maintenance of the openSUSE Tumbleweed Linux Python Stack, I wholeheartedly agree.

https://build.opensuse.org/request/show/1138316

sanderr commented 3 months ago

I also feel like this should be a development package. Perhaps it can be exposed as an optional extra arrow[dev] or arrow[types]? This way you can still make abstraction of your typing requirements for library users, while keeping it contained to those that specifically request it.

Lit37 commented 1 month ago

Feature Request

A project I work on follows the usual pattern of having two requirements file, one for production environments and one for development, compiled by pip-tools.

I just noticed that arrow adds the types-python-dateutil package to my prod requirements.txt.

Since typing information should not be necessary at runtime, I think the installation of that package should be left to the user who wants it.

I also feel like this should be a development package. Perhaps it can be exposed as an optional extra arrow[dev] or arrow[types]? This way you can still make abstraction of your typing requirements for library users, while keeping it contained to those that specifically request it.