wireguard_exporter/Cargo.toml

[package]
name                     = "prometheus_wireguard_exporter"
version                  = "3.4.0"
authors                  = ["Francesco Cogno <francesco.cogno@outlook.com>"]
description              = "Prometheus WireGuard Exporter"
edition                  = "2018"

readme                   = "README.md"
license                  = "MIT"
repository               = "https://github.com/MindFlavor/prometheus_wireguard_exporter"
documentation            = "https://github.com/MindFlavor/prometheus_wireguard_exporter"
homepage                 = "https://github.com/MindFlavor/prometheus_wireguard_exporter"

keywords                 = ["prometheus", "exporter", "wireguard"]
categories               = ["database"]

[dependencies]
log                      = "0.4.6"
env_logger               = "0.6.1"
clap                     = "2.33.0"
serde_json               = "1.0.39"
serde                    = "1.0.91"
serde_derive             = "1.0.91"
failure                  = "0.1.5"
hyper                    = { version       = "0.13.0-alpha.4" , features = ["unstable-stream"] }
http                     = "0.1.17"
tokio                    = "0.2.0-alpha.6"
prometheus_exporter_base = { version       = "0.30.2" }
regex                    = "1.3.1"
Initial commit 2019-04-23 21:06:35 +00:00			`[package]`
Exported boilerplate to external crate 2019-06-09 18:09:06 +00:00			`name = "prometheus_wireguard_exporter"`
Support for # key values in comment (friendly_name at the moment) (#44) * Draft support for friendly_name * updated version and readme 2020-10-11 14:21:51 +00:00			`version = "3.4.0"`
Exported boilerplate to external crate 2019-06-09 18:09:06 +00:00			`authors = ["Francesco Cogno <francesco.cogno@outlook.com>"]`
			`description = "Prometheus WireGuard Exporter"`
			`edition = "2018"`
Initial commit 2019-04-23 21:06:35 +00:00
Exported boilerplate to external crate 2019-06-09 18:09:06 +00:00			`readme = "README.md"`
			`license = "MIT"`
			`repository = "https://github.com/MindFlavor/prometheus_wireguard_exporter"`
			`documentation = "https://github.com/MindFlavor/prometheus_wireguard_exporter"`
			`homepage = "https://github.com/MindFlavor/prometheus_wireguard_exporter"`
Initial commit 2019-04-23 21:06:35 +00:00
Exported boilerplate to external crate 2019-06-09 18:09:06 +00:00			`keywords = ["prometheus", "exporter", "wireguard"]`
			`categories = ["database"]`
Initial commit 2019-04-23 21:06:35 +00:00
			`[dependencies]`
Exported boilerplate to external crate 2019-06-09 18:09:06 +00:00			`log = "0.4.6"`
			`env_logger = "0.6.1"`
			`clap = "2.33.0"`
			`serde_json = "1.0.39"`
			`serde = "1.0.91"`
			`serde_derive = "1.0.91"`
			`failure = "0.1.5"`
migrated to std::future 2019-12-01 18:42:47 +00:00			`hyper = { version = "0.13.0-alpha.4" , features = ["unstable-stream"] }`
Exported boilerplate to external crate 2019-06-09 18:09:06 +00:00			`http = "0.1.17"`
migrated to std::future 2019-12-01 18:42:47 +00:00			`tokio = "0.2.0-alpha.6"`
Support for stderr output in TRACE log level (#25) * exported stderr * version bump 2020-03-24 10:57:54 +00:00			`prometheus_exporter_base = { version = "0.30.2" }`
Strip link-local zone ids from IPv6 socket addrs This is a fairly ugly hack to temporarily work around the issue #10. Until now Rust doesn't support so-called zone-ids[1] in link-local IPv6 socket-addresses and has a pending RFC on this topic. As I'm encountering this issue on one of my machines I decided to work around this issue (for now) by removing the zone-id from the IPv6 address. This won't harm any other cases as `regex.replace_all` simply returns the input if the regex doesn't match: ``` >> extern crate regex; >> let re = regex::Regex::new(r"^\[(?P<ip>[A-Fa-f0-9:]+)%(.*)\]:(?P<port>[0-9]+)$"); >> let rs = re.replace_all("fairly unrelated stuff", "[$ip]:$port"); >> rs "fairly unrelated stuff" ``` Please note that (1) this regex isn't RFC-compliant[2] and is just a heuristic to remove zone-ids that currently break this exporter and (2) this is something that probably shouldn't be merged as-is. I mainly pushed this since I needed a workaround for this issue (and others probably too), but it may be better to wait for proper support from the language. [1] https://tools.ietf.org/html/rfc4007#section-11 2019-11-02 18:48:16 +00:00			`regex = "1.3.1"`