Include the license text as well, not just the license notice
See https://www.apache.org/foundation/license-faq.html#Apply-My-Software
```
michel in dtparse on add-license [?] is 📦 v1.4.0 via 🐍 v3.11.3 via 🦀 v1.69.0
⬢ [fedora-toolbox:38] ❯ cargo package --allow-dirty --no-verify
Packaging dtparse v1.4.0 (/home/michel/src/github/bspeice/dtparse)
Updating crates.io index
Packaged 20 files, 186.1KiB (34.2KiB compressed)
michel in dtparse on add-license [?] is 📦 v1.4.0 via 🐍 v3.11.3 via 🦀 v1.69.0
⬢ [fedora-toolbox:38] ❯ tar tf target/package/dtparse-1.4.0.crate | grep LICENSE
dtparse-1.4.0/LICENSE
dtparse-1.4.0/LICENSE-APACHE
```
Signed-off-by: Michel Alexandre Salim <salimma@fedoraproject.org>
This complicates distribution packaging in Fedora as the presence of these
files led the dependency generator to assume the crate depends on Python
```
michel in dtparse on dont-ship-python is 📦 v1.4.0 via 🐍 v3.11.3 via 🦀 v1.69.0 took 6s
⬢ [fedora-toolbox:38] ❯ cargo package --allow-dirty --no-verify
Packaging dtparse v1.4.0 (/home/michel/src/github/bspeice/dtparse)
Updating crates.io index
Packaged 19 files, 175.0KiB (30.7KiB compressed)
michel in dtparse on dont-ship-python is 📦 v1.4.0 via 🐍 v3.11.3 via 🦀 v1.69.0 took 2s
⬢ [fedora-toolbox:38] ❯ tar tf target/package/dtparse-1.4.0.crate | grep '.py'
dtparse-1.4.0/build_pycompat.py
dtparse-1.4.0/build_pycompat_tokenizer.py
```
```
michel in dtparse on dont-ship-python [!] is 📦 v1.4.0 via 🐍 v3.11.3 via 🦀 v1.69.0 took 9s
⬢ [fedora-toolbox:38] ❯ cargo package --allow-dirty --no-verify
Packaging dtparse v1.4.0 (/home/michel/src/github/bspeice/dtparse)
Updating crates.io index
Packaged 17 files, 157.4KiB (27.4KiB compressed)
michel in dtparse on dont-ship-python [!] is 📦 v1.4.0 via 🐍 v3.11.3 via 🦀 v1.69.0
⬢ [fedora-toolbox:38] ❯ tar tf target/package/dtparse-1.4.0.crate | grep '\.py'
michel in dtparse on dont-ship-python [!] is 📦 v1.4.0 via 🐍 v3.11.3 via 🦀 v1.69.0
⬢ [fedora-toolbox:38] ❯
```
Signed-off-by: Michel Alexandre Salim <salimma@fedoraproject.org>
30: Handle panic from large integers r=bspeice a=gillespiecd
1. Opt to use `NaiveDate::from_ymd_opt` so that a panic can be avoided, this will handle the issue with large integers causing panics.
I added the test case from the issue (and another), which should hopefully fix#26 .
Co-authored-by: Chris Gillespie <6572184+gillespiecd@users.noreply.github.com>
28: Disable clippy component for 1.28 r=bspeice a=bspeice
And fix some other issues from a `.travis.yml` file I definitely didn't just copy-paste from a separate project...
Co-authored-by: Bradlee Speice <bradlee@speice.io>
Bradlee Speice
bspeice