On freshports.org, I see:
- python3, python35, python36, python37, python38
- py-dateutil, with a py37-dateutil flavor.
So I know that I can:
but I'll get Python 3.8 but a dateutil 3.7.
Is that a problem? If not, how can I validate that there isn't - did the package maintainer validate and document that somewhere, or do I have to go to python.org and check how dateutil may have changed?
Background:
I know that Python modules tend to be interoperable.
I am trying to find the right trade-off between keeping the number of moving parts down (i.e. stick with just FreeBSD packages instead of adding virtualenv and installing up-to-date python packages which I'd have to checksum-validate and keep up-to-date myself), or having to check one more source of potential incompatibilities.
- python3, python35, python36, python37, python38
- py-dateutil, with a py37-dateutil flavor.
So I know that I can:
pkg install python3 py-dateutil
but I'll get Python 3.8 but a dateutil 3.7.
Is that a problem? If not, how can I validate that there isn't - did the package maintainer validate and document that somewhere, or do I have to go to python.org and check how dateutil may have changed?
Background:
I know that Python modules tend to be interoperable.
I am trying to find the right trade-off between keeping the number of moving parts down (i.e. stick with just FreeBSD packages instead of adding virtualenv and installing up-to-date python packages which I'd have to checksum-validate and keep up-to-date myself), or having to check one more source of potential incompatibilities.