hakurei/internal/state/state_test.go, branch developlow-level userspace tooling for Rosa OShttp://src.rosa.moe/hakurei/atom/internal/state/state_test.go?h=develop2025-10-30T09:43:55Zinternal/store: rename from state2025-10-30T09:43:55ZOphestracat@gensokyo.uk2025-10-30T09:43:55Zurn:sha1:ebdcff1049fb979405677a823a47410df7ee7c4f
This reduces collision with local variable names, and generally makes sense for the new store package, since it no longer specifies the state struct.
Signed-off-by: Ophestra <cat@gensokyo.uk>
internal/outcome: rename from app2025-10-28T19:33:13ZOphestracat@gensokyo.uk2025-10-28T19:32:43Zurn:sha1:a0b4e47acc228e48165966d8e139277b8f6f450e
This is less ambiguous, and more accurately describes the purpose of the package.
Signed-off-by: Ophestra <cat@gensokyo.uk>
cmd/hakurei: move to cmd2025-07-02T11:42:51ZOphestracat@gensokyo.uk2025-07-02T11:42:51Zurn:sha1:eb22a8bcc1ac03357d4073e5d3ed6d0ab5246a37
Having it at the project root never made sense since the "ego" name was deprecated. This change finally addresses it.
Signed-off-by: Ophestra <cat@gensokyo.uk>
treewide: rename to hakurei2025-06-24T19:57:41ZOphestracat@gensokyo.uk2025-06-24T18:59:52Zurn:sha1:87e008d56de974947ebb99c2cc40b25d3c2cf43e
Fortify makes little sense for a container tool.
Signed-off-by: Ophestra <cat@gensokyo.uk>
app/instance: wrap internal implementation2025-04-12T04:56:41ZOphestracat@gensokyo.uk2025-04-12T04:56:41Zurn:sha1:6309469e933a31a300fbf16d8e77f48dcee402d3
This reduces the scope of the fst package, which was growing questionably large.
Signed-off-by: Ophestra <cat@gensokyo.uk>
app: run in native sandbox2025-03-24T16:52:49ZOphestracat@gensokyo.uk2025-03-24T16:52:49Zurn:sha1:5c4058d5ac7e7944973ca8216c258fc50c194e22
Signed-off-by: Ophestra <cat@gensokyo.uk>
state: store config in separate gob stream2025-01-21T03:10:58ZOphestracat@gensokyo.uk2025-01-21T03:10:58Zurn:sha1:dfcdc5ce20fb163a729efc0ea960480dff129eae
This enables early serialisation of config.
Signed-off-by: Ophestra <cat@gensokyo.uk>
state: store join util2024-12-20T10:05:39ZOphestracat@gensokyo.uk2024-12-20T10:05:39Zurn:sha1:ed10574deacf5a27be9572a94c1ae2e39e11ff6c
Signed-off-by: Ophestra <cat@gensokyo.uk>
migrate to git.gensokyo.uk/security/fortify2024-12-19T15:20:02ZOphestra Umikercat@ophivana.moe2024-12-19T15:20:02Zurn:sha1:df6fc298f608eb106229efc742f0ef8ce9f78e8b
Signed-off-by: Ophestra Umiker <cat@ophivana.moe>
state: expose aids and use instance id as key2024-12-19T12:36:17ZOphestra Umikercat@ophivana.moe2024-12-19T12:36:17Zurn:sha1:eae3034260b3abbb8da1deeddfef135b36eeb390
Fortify state store instances was specific to aids due to outdated design decisions carried over from the ego rewrite. That no longer makes sense in the current application, so the interface now enables a single store object to manage all transient state.
Signed-off-by: Ophestra Umiker <cat@ophivana.moe>