| Commit message (Collapse) | Author | Age |
|---|
| |
|
|
|
|
|
|
|
|
|
|
| |
According to the hidapi README [0], only Linux provides two different
hidapi backends. Therefore this patch changes the build script to
default to linking to hidapi on non-Linux systems.
This patch fixes the macOS build issue reported by Philippe Normand and
is based on the patch proposed by Philippe Normand at [1].
[0] https://github.com/signal11/hidapi/blob/master/README.txt
[1] https://github.com/d-e-s-o/nitrocli/pull/42
|
| |
|
|
|
|
| |
Based on the patch proposed by Philippe Normand at [0].
[0] https://github.com/d-e-s-o/nitrocli/pull/42
|
| |
|
|
| |
In libinitrokey v3.4.1, there are no changes affecting this crate.
|
| |
|
|
|
|
| |
Besides the changes listed in the changelog, this patch also changes the
build system to be able to generate the version.cc file containing the
library version.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This patch uses the nitrokey-sys-rs crate version to extract the version
of the contained libnitrokey and to deduce the name of the libnitrokey
directory.
The implementation uses these assumptions:
1. The crate major and minor version match the libnitrokey major and
minor version.
2. If the crate has a pre-release version, it is assumed that this
version has the format pre.<d>, where <d> is the output of `git
describe` with all dashes replaced by dots.
3. The name of the libnitrokey directory is libnitrokey-<tag>, where
<tag> is the corresponding Git version tag.
4. libnitrokey uses version tags of the format v<maj>.<min>, where <maj>
the major version and <min> is the minor version.
|
| |
|
|
|
|
| |
To make automated construction of the library path easier, this patch
changes the name of the libnitrokey source directory to match the Git
version tag (-v3.3 instead of -3.3).
|
| |
|
|
|
|
| |
This patch changes the build script to compile and link libnitrokey from
the included source. Also, we have to link against hidapi-libusb as a
libnitrokey requirement.
|
| |
|
|
|
|
|
| |
Use bindgen to generate the bindings statically instead of during build.
Code generation is not necessary as NK_C_API.h does not contain any
system-dependent definitions. Removing bindgen as a build dependency
also drastically speeds up compilation.
|
| |
|
|
|
| |
Instead of relying on the libnitrokey headers installed on the system
(via wrapper.h), use the included NK_C_API.h directly.
|
|
|
Previously, this crate has been part of the nitrokey-rs repository at
https://git.ireas.org/nitrokey-rs.
|
