News for hackers. Stuff that matters.
Re:KCL, a constraint-based functional language for configura... by hosh on Monday August 05, 2024 @02:42PM (#41164083)
There was that other long thread about using a general purpose language to generate Kubernetes manifests. However, just looking at this briefly, this may have all the features I care about from general-purpose languages.

Although it looks like it is a better replacement for HCL (Terraform), I'm thinking this may end up working better than Helm.

Re:KCL, a constraint-based functional language for configura... by hbogert on Monday August 05, 2024 @04:51PM (#41165486)
Have you seen timoni? it ticks all my boxes. It uses cuelang which admittedly is a steeper learning curve, but o boi, its conceptual model is so nice once it 'clicks'

https://timoni.sh/

Re:KCL, a constraint-based functional language for configura... by hosh on Monday August 05, 2024 @06:44PM (#41166298)
I have not.

However, looking at it now, it falls into the same problems all template generators have. Those are things solved by using general purpose languages generate rather than templating manifests.

KCL is in the middle ground. The Ruby mixins I can use for manifest generation can has an equivalence with KCL's union.

I can see Timoni's appeal as it looks like an improvement over Helm and integrates building artifacts.

Re:KCL, a constraint-based functional language for configura... by hbogert on Thursday August 08, 2024 @03:21PM (#41195214)
Oh, now I'm eager to now why you think KCL is middle ground, but cuelang and timoni are not. What is inherent to KCL that is so powerful that you can not due in CUE?
Re:KCL, a constraint-based functional language for configura... by aliasxneo on Monday August 05, 2024 @05:17PM (#41165701)
We've been using Timoni in production for six months now. What a breath of fresh air (and sanity) coming from Helm. It's not perfect, but I'll take immature imperfections (that are improving by the month) over the YAML/Go templating nightmare that is Helm.