MyFavMirrors/moonfire-nvr
1
0
Fork 0
mirror of https://github.com/scottlamb/moonfire-nvr.git synced 2024-12-29 08:33:22 -05:00
Code Issues Packages Projects Releases Wiki Activity
02ac1a5570
moonfire-nvr/server/db/Cargo.toml

52 lines
1.1 KiB
TOML
Raw Normal View History

initial split of database to a separate crate It should reduce compile time / memory usage to put quite a bit of the code into a separate crate. I also intend to limit visibility of some things to only within the db crate, but that's for a future change. This is the smallest move that will compile.
2018-02-21 02:15:39 -05:00
[package]
name = "moonfire-db"
prep 0.7.6 release
2023-07-08 13:05:32 -04:00
version = "0.7.6"
initial split of database to a separate crate It should reduce compile time / memory usage to put quite a bit of the code into a separate crate. I also intend to limit visibility of some things to only within the db crate, but that's for a future change. This is the smallest move that will compile.
2018-02-21 02:15:39 -05:00
authors = ["Scott Lamb <slamb@slamb.org>"]
readme = "../README.md"
clean up some clippy warnings
2023-01-28 14:59:21 -05:00
edition = "2021"
shorten per-file copyright headers I'm tired of all the boilerplate, so use the new GPL-3.0-linking-exception license identifier instead in all the server components. I left the ui stuff alone because I'm just going to replace it (#111). Add a checker for the header because it's easy to forget.
2021-02-17 16:28:48 -05:00
license-file = "../../LICENSE.txt"
upgrade to Rust 1.70, use `std::sync::OnceLock` The most notable part of this is that `db::auth` no longer holds a lock during password hashing operations. That was probably never a great idea...
2023-07-04 16:45:33 -04:00
rust-version = "1.70"
prep 0.7.6 release
2023-07-08 13:05:32 -04:00
publish = false
initial split of database to a separate crate It should reduce compile time / memory usage to put quite a bit of the code into a separate crate. I also intend to limit visibility of some things to only within the db crate, but that's for a future change. This is the smallest move that will compile.
2018-02-21 02:15:39 -05:00
[features]
nightly = []
[lib]
path = "lib.rs"
[dependencies]
lose "extern crate" everywhere (Rust 2018 edition)
2018-12-28 22:53:29 -05:00
base = { package = "moonfire-base", path = "../base" }
update various deps This brings most things reasonably up-to-date. libpasta's deps are dragging a bit, keeping us on an older ring to avoid duplication, and causing us to use three versions of base64. And I need to update a few of my companion crates' parking_lot dep to match tokio.
2020-11-23 03:23:03 -05:00
base64 = "0.13.0"
bump versions of blake3, nom, tokio-tungstenite
2021-08-31 16:04:26 -04:00
blake3 = "1.0.0"
schema version 6 with pixel aspect ratio This makes anamorphic sub streams display correctly, even ones from old Hikvision cameras that don't properly set the aspect ratio at the H.264 layer.
2020-03-20 00:35:42 -04:00
byteorder = "1.0"
update various deps This brings most things reasonably up-to-date. libpasta's deps are dragging a bit, keeping us on an older ring to avoid duplication, and causing us to use three versions of base64. And I need to update a few of my companion crates' parking_lot dep to match tokio.
2020-11-23 03:23:03 -05:00
cstr = "0.2.5"
switch from prettydiff to diff prettydiff has a weird chain of dependencies starting with prettytable-rs and ending up with (among other things) argon2rs.
2021-10-27 13:17:41 -04:00
diff = "0.1.12"
initial split of database to a separate crate It should reduce compile time / memory usage to put quite a bit of the code into a separate crate. I also intend to limit visibility of some things to only within the db crate, but that's for a future change. This is the smallest move that will compile.
2018-02-21 02:15:39 -05:00
fnv = "1.0"
read sample files from dedicated threads Reading from the mmap()ed region in the tokio threads could cause them to stall: * That could affect UI serving when there were concurrent UI requests (i.e., not just requests that needed the reads in question anyway). * If there's a faulty disk, it could cause the UI to totally hang. Better to not mix disks between threads. * Soon, I want to handle RTSP from the tokio threads (#37). Similarly, we don't want RTSP streaming to block on operations from unrelated disks. I went with just one thread per disk which I think is sufficient. But it'd be possible to do a fixed-size pool instead which might improve latency when some pages are already cached. I also dropped the memmap dependency. I had to compute the page alignment anyway to get mremap to work, and Moonfire NVR already is Unix-specific, so there wasn't much value from the memmap or memmap2 crates. Fixes #88
2021-06-04 22:17:32 -04:00
futures = "0.3"
upgrade various Rust dependencies This stops using parking_lot entirely. Since Rust 1.62, the std implementations on Linux are direct futexes, not the boxed pthread mutexes they used to be. No real reason to use parking_lot anymore, so shed this dependency.
2022-09-29 01:19:35 -04:00
h264-reader = "0.6.0"
hashlink = "0.8.1"
upgrade to Rust 1.70, use `std::sync::OnceLock` The most notable part of this is that `db::auth` no longer holds a lock during password hashing operations. That was probably never a great idea...
2023-07-04 16:45:33 -04:00
itertools = "0.10.0"
initial split of database to a separate crate It should reduce compile time / memory usage to put quite a bit of the code into a separate crate. I also intend to limit visibility of some things to only within the db crate, but that's for a future change. This is the smallest move that will compile.
2018-02-21 02:15:39 -05:00
libc = "0.2"
upgrade nix, tungstenite deps
2023-01-05 21:18:57 -05:00
nix = "0.26.1"
UI: improve aspect ratio handling As written in the changelog: Live streams formerly worked around a Firefox pixel aspect ratio bug by forcing all videos to 16:9, which dramatically distorted 9:16 camera views. Playback didn't, so anamorphic videos looked correct on Chrome but slightly stretched on Firefox. Now both live streams and playback are fully correct on all browsers.
2021-08-12 16:32:01 -04:00
num-rational = { version = "0.4.0", default-features = false, features = ["std"] }
upgrade deps Both a "cargo update" and a bump of major versions of a few deps. I left a few alone: * base64 because some of the deps depend on 0.11 (and 0.9), so I don't want to pull in a third version (0.12). * ring because libpasta depends on this version and I don't want to pull in two of them. * time because it's not trivial. Last I checked, time 0.2 couldn't even do what I wanted at all. I also made tokio use parking_lot, since I pull it in anyway.
2020-04-18 18:44:35 -04:00
odds = { version = "0.4.0", features = ["std-vec"] }
upgrade to Retina 0.4.1 Fixes #234
2022-08-09 11:02:07 -04:00
pretty-hex = "0.3.0"
update a few deps
2022-05-02 14:22:14 -04:00
protobuf = "3.0"
update libpasta/ring This uses my (hopefully short-lived) libpasta fork.
2020-11-24 00:47:02 -05:00
ring = "0.16.2"
upgrade various Rust dependencies This stops using parking_lot entirely. Since Rust 1.62, the std implementations on Linux are direct futexes, not the boxed pthread mutexes they used to be. No real reason to use parking_lot anymore, so shed this dependency.
2022-09-29 01:19:35 -04:00
rusqlite = "0.28.0"
scrypt = "0.10.0"
UI preferences: #153 #155
2021-09-01 18:01:42 -04:00
serde = { version = "1.0", features = ["derive"] }
serde_json = "1.0"
switch from prettydiff to diff prettydiff has a weird chain of dependencies starting with prettytable-rs and ending up with (among other things) argon2rs.
2021-10-27 13:17:41 -04:00
#similar = "2.1.0"
upgrade some deps, including reqwest The reqwest one is particularly notable because it means not having two versions of hyper/http/tokio/futures/bytes. It also drops a number of transitive deps; with some work I think I could stop depending on regex now.
2020-01-09 23:06:30 -05:00
smallvec = "1.0"
stop using old tempdir crate
2021-05-17 16:08:01 -04:00
tempfile = "3.2.0"
initial split of database to a separate crate It should reduce compile time / memory usage to put quite a bit of the code into a separate crate. I also intend to limit visibility of some things to only within the db crate, but that's for a future change. This is the smallest move that will compile.
2018-02-21 02:15:39 -05:00
time = "0.1"
Bump tokio from 1.24.0 to 1.24.2 in /server Bumps [tokio](https://github.com/tokio-rs/tokio) from 1.24.0 to 1.24.2. - [Release notes](https://github.com/tokio-rs/tokio/releases) - [Commits](https://github.com/tokio-rs/tokio/commits) --- updated-dependencies: - dependency-name: tokio dependency-type: direct:production ... Signed-off-by: dependabot[bot] <support@github.com>
2023-02-03 19:56:27 -05:00
tokio = { version = "1.24", features = ["macros", "rt-multi-thread", "sync"] }
switch from `log` to `tracing` I think this is a big improvement in readability. I removed the `lnav` config, which is a little sad, but I don't think it supports this structured logging format well. Still seems worthwhile on balance.
2023-02-16 02:14:54 -05:00
tracing = "0.1.37"
ulid = "1.0.0"
upgrade to Rust 1.70, use `std::sync::OnceLock` The most notable part of this is that `db::auth` no longer holds a lock during password hashing operations. That was probably never a great idea...
2023-07-04 16:45:33 -04:00
url = { version = "2.1.1", features = ["serde"] }
uuid = { version = "1.1.2", features = ["serde", "std", "v4"] }
add concept of user/session permissions (I also considered the names "capabilities" and "scopes", but I think "permissions" is the most widely understood.) This is increasingly necessary as the web API becomes more capable. Among other things, it allows: * non-administrator users who can view but not access camera passwords or change any state * workers that update signal state based on cameras' built-in motion detection or a security system's events but don't need to view videos * control over what can be done without authenticating Currently session permissions are just copied from user permissions, but you can also imagine admin sessions vs not, as a checkbox when signing in. This would match the standard Unix workflow of using a non-administrative session most of the time. Relevant to my current signals work (#28) and to the addition of an administrative API (#35, including #66).
2019-06-19 18:17:50 -04:00
[build-dependencies]
update a few deps
2022-05-02 14:22:14 -04:00
protobuf-codegen = "3.0"
Reference in New Issue Copy Permalink