Bump to 0.6.1

Bump to version 0.6.0

Bump to 0.5.15

This updates the bindgen version

Require at least tesseract version 4.1

antimatter15/tesseract-rs#32 (comment)

4.1 was released in July 2019 (>3 years ago). So most people should have
it. Except for people using their Linux distro's provided version, it is
unlikely anyone is on such an old version.

I've not added the restriction to the windows build, as I can't test it
so easily and because I don't expect it to be a problem for Windows users.

Tested with these commands (more or less)
```bash
podman container run --rm -it -v "$(pwd)/Documents:/var/Documents:Z" linuxmintd/mint19.3-amd64

apt-get update && apt-get dist-upgrade --assume-yes
apt-get install curl libtesseract-dev tesseract-ocr-eng pkg-config clang --assume-yes

curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh
source "$HOME/.cargo/env"

cd /var/Documents/github.com/ccouzens/tesseract-sys
cargo clean
cargo test
```

It isn't actually true that tesseract-sys requires 4.1.0. But everything
that builds on top of it does. It is simplist to put the restriction
here.

Bump to 0.5.13

#19

On Mac, hardcode the public type bindings (#17)

* Reorder build.rs slo public types are in own function

This way I'll be able use a different version of the function on Mac.

* On Mac, hardcode the public type bindings

Do not generate them, as the Mac clang is a source of regular issues
building them.

They haven't changed in 5 years since they were introduced, so I think
this is a fairly safe change

https://github.com/tesseract-ocr/tesseract/blob/main/include/tesseract/publictypes.h#L30-L43
(check the blame).

Closes #16

Support tesseract 5.0 (#15)

* Support tesseract 5.0

Closes #14
Closes #13

The public types constants are now within a c++ `tesseract` namespace.

We need to identify them differently for tessearct 5.0. And we need to
map them back to their old names.

* Bump to version 0.5.11

Bump to 0.5.10

Bump to 0.5.9

Bump to 0.5.8

Use the newer leptonica-sys