vmario/fabaccess-bffh
1
0
Fork 0
mirror of https://gitlab.com/fabinfra/fabaccess/bffh.git synced 2024-11-22 06:47:56 +01:00
Code Issues Packages Projects Releases Wiki Activity
Server Application of the FabAccess Project
482 Commits 17 Branches 0 Tags 1.5 MiB
Rust 99.7%
Dockerfile 0.2%
bfde6c03dc
Go to file
Nadja Reitzenstein bfde6c03dc Merge branch 'release/v0.4.2' 
* release/v0.4.2: (31 commits)
  Bump version to 0.4.2
  Archive Cargo.lock
  Absolute path to cargo2junit
  Install cargo2junit in test build
  whoops
  Ah yes, why bother with correct documentation anyway?
  Move rustup/cargo install to only the jobs that need them
  Allow rustfmt failure until we fix capnp gen being fmt'ed
  ...
  okay I guess?
  rustup
  actually we don't need clippy for non-MR things
  okay gitlab, be that way
  and use stable goddamit
  okay make builds work better for merges
  Actually, only build if linting checks out. And make Gitlab CI work.
  Try to get the Gitlab CI to cooperate.
  Build test harnish as part of the `build` step
  Make docker containers only be built when necessary
  Correct gitlab-ci.yml
  ...
2022-05-13 18:32:28 +02:00
.cargo Build cleanup 2021-10-27 17:03:34 +02:00
.idea Add .idea files to .gitignore 2021-02-22 17:25:52 +01:00
api Run rustfmt 2022-05-05 15:50:44 +02:00
bffhd rustfmt 2022-05-05 19:22:02 +02:00
bin/bffhd Run rustfmt 2022-05-05 15:50:44 +02:00
docs More fragmentation 2021-10-28 00:32:25 +02:00
examples comp 2022-04-21 23:04:07 +02:00
modules/sdk rustfmt 2022-05-05 19:22:02 +02:00
runtime Remove sincerely obsolete code 2022-05-05 17:51:51 +02:00
tools add pre-push hook to check formatting 2022-05-05 19:21:51 +02:00
.gitignore Remove things that should be in your global .gitignore 2022-05-05 15:57:29 +02:00
.gitlab-ci.yml Absolute path to cargo2junit 2022-05-05 22:15:58 +02:00
.gitmodules Move api/schema submodule to relative path 2022-05-05 17:36:53 +02:00
build.rs Run rustfmt 2022-05-05 15:50:44 +02:00
Cargo.lock Archive Cargo.lock 2022-05-13 18:30:57 +02:00
Cargo.toml Bump version to 0.4.2 2022-05-13 18:31:16 +02:00
CHANGELOG.md Correct CHANGELOG 2022-05-03 17:16:25 +02:00
CONTRIBUTING.md Add feature requests text to CONTRIBUTING.md 2021-09-19 15:58:14 +02:00
Dockerfile fixed Dockerfile 2022-04-26 23:18:50 +02:00
i18n.toml Stuff 2021-12-06 21:53:42 +01:00
INSTALL.md A sprinkle of "documentation". 2021-02-23 11:41:37 +01:00
LICENSE Add information files 2020-02-22 14:57:46 +01:00
README.md A sprinkle of "documentation". 2021-02-23 11:41:37 +01:00

README.md

FabAccess Diflouroborane

Diflouroborane (shorter: BFFH, the chemical formula for Diflouroborane) is the server part of FabAccess. It provides a server-side implementation of the FabAccess API.

What is this?

FabAccess is a prototype-grade software suite for managing access, mostly aimed at Makerspaces, FabLabs, and other open workshops. It is designed to allow secure access control to machines and other equipment that is dangerous or expensive to use. It tries to also be cheap enough to be used for all other things one would like to give exclusive access to even when they are not dangerous or expensive to use (think 3D printers, smart lightbulbs, meeting rooms).

FabAccess uses a Client/Server architecture with a Cap'n Proto API. You can find the API schema files over in their own repository. The reference client is Borepin, written in C#/Xamarin to be able to be ported to as many platforms as possible.

Installation

See INSTALL.md

Contributing

See CONTRIBUTING.md. Thanks!