| commit | f9c65e9e588c44e019d6b8836275493abe298a2e | [log] [tgz] |
|---|---|---|
| author | Lorenz Brun <lorenz@monogon.tech> | Tue Nov 22 12:50:56 2022 +0000 |
| committer | Lorenz Brun <lorenz@monogon.tech> | Tue Nov 29 12:22:31 2022 +0000 |
| tree | 623c0d0e36c62d0593dbd6cc73ed3c629bf0466a | |
| parent | 68ca370db4bb8314ac7598ce3b9c90194bde47a8 [diff] |
pkg/smbios: add SMBIOS package This adds a new SMBIOS package which contains common structures from SMBIOS as well as corresponding parsers. I originally explored an approach where I manually designed optimized Go types for each structure, but that would have led to a huge amount of code that reading a structure of this type would cause if done literally. I also considered code generation, but if the generated types are to be close to the manually-designed ones it would be an incredibly complex piece of code as well. Finally I went with a design based on reflection which is much more compact than the first two and consists of plain Go code at the expense some niceness in the types. I called the current types SomeTypeRaw in case I want to come back later introduce a small layer mapping the current structures into nicer ones. But for our current purposes the raw ones are good enough already. This has been tested against our deployment targets, but as the SMBIOS data contains uniquely identifying information these small tests are not part of this CL. Sadly I haven't found any public SMBIOS test-cases. Change-Id: I55d746ada0801de456f2a0eb961821abd9d58fa2 Reviewed-on: https://review.monogon.dev/c/monogon/+/983 Tested-by: Jenkins CI Reviewed-by: Sergiusz Bazanski <serge@monogon.tech>
This is the main repository containing the source code for the Monogon Project.
This is pre-release software - feel free to look around, and check back later for our first release!
Our build environment requires a working Podman binary (your distribution should have one).
Spinning up: scripts/create_container.sh
Spinning down: scripts/destroy_container.sh
Running commands: scripts/run_in_container.sh <...>
Using bazel using a wrapper script: scripts/bin/bazel <...> (add to your local $PATH for convenience)
This repository is compatible with the IntelliJ Bazel plugin, which enables full autocompletion for external dependencies and generated code. All commands run inside the container, and necessary paths are mapped into the container.
The following steps are necessary:
Install Google's Bazel plugin in IntelliJ. On IntelliJ 2020.3 or later, you need to install a beta release of the plugin.
Add the absolute path to your ~/.cache/bazel-monogon folder to your idea64.vmoptions (Help → Edit Custom VM Options) and restart IntelliJ:
-Dbazel.bep.path=/home/leopold/.cache/bazel-monogon
Set "Bazel Binary Location" in Other Settings → Bazel Settings to the absolute path of scripts/bin/bazel. This is a wrapper that will execute Bazel inside the container.
Use File → Import Bazel project... to create a new project from .bazelproject.
After running the first sync, everything should now resolve in the IDE, including generated code.
Launch the node:
scripts/bin/bazel run //:launch -c dbg
Run a kubectl command:
scripts/bin/bazel run //metropolis/cli/dbg -c dbg -- kubectl describe
Run tests:
scripts/bin/bazel test -c dbg //...