frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

Omarchy First Impressions

https://brianlovin.com/writing/omarchy-first-impressions-CEEstJk
1•tosh•3m ago•0 comments

Reinforcement Learning from Human Feedback

https://arxiv.org/abs/2504.12501
1•onurkanbkrc•4m ago•0 comments

Show HN: Versor – The "Unbending" Paradigm for Geometric Deep Learning

https://github.com/Concode0/Versor
1•concode0•4m ago•1 comments

Show HN: HypothesisHub – An open API where AI agents collaborate on medical res

https://medresearch-ai.org/hypotheses-hub/
1•panossk•7m ago•0 comments

Big Tech vs. OpenClaw

https://www.jakequist.com/thoughts/big-tech-vs-openclaw/
1•headalgorithm•10m ago•0 comments

Anofox Forecast

https://anofox.com/docs/forecast/
1•marklit•10m ago•0 comments

Ask HN: How do you figure out where data lives across 100 microservices?

1•doodledood•10m ago•0 comments

Motus: A Unified Latent Action World Model

https://arxiv.org/abs/2512.13030
1•mnming•10m ago•0 comments

Rotten Tomatoes Desperately Claims 'Impossible' Rating for 'Melania' Is Real

https://www.thedailybeast.com/obsessed/rotten-tomatoes-desperately-claims-impossible-rating-for-m...
3•juujian•12m ago•1 comments

The protein denitrosylase SCoR2 regulates lipogenesis and fat storage [pdf]

https://www.science.org/doi/10.1126/scisignal.adv0660
1•thunderbong•14m ago•0 comments

Los Alamos Primer

https://blog.szczepan.org/blog/los-alamos-primer/
1•alkyon•16m ago•0 comments

NewASM Virtual Machine

https://github.com/bracesoftware/newasm
1•DEntisT_•18m ago•0 comments

Terminal-Bench 2.0 Leaderboard

https://www.tbench.ai/leaderboard/terminal-bench/2.0
2•tosh•19m ago•0 comments

I vibe coded a BBS bank with a real working ledger

https://mini-ledger.exe.xyz/
1•simonvc•19m ago•1 comments

The Path to Mojo 1.0

https://www.modular.com/blog/the-path-to-mojo-1-0
1•tosh•22m ago•0 comments

Show HN: I'm 75, building an OSS Virtual Protest Protocol for digital activism

https://github.com/voice-of-japan/Virtual-Protest-Protocol/blob/main/README.md
5•sakanakana00•25m ago•0 comments

Show HN: I built Divvy to split restaurant bills from a photo

https://divvyai.app/
3•pieterdy•27m ago•0 comments

Hot Reloading in Rust? Subsecond and Dioxus to the Rescue

https://codethoughts.io/posts/2026-02-07-rust-hot-reloading/
3•Tehnix•28m ago•1 comments

Skim – vibe review your PRs

https://github.com/Haizzz/skim
2•haizzz•30m ago•1 comments

Show HN: Open-source AI assistant for interview reasoning

https://github.com/evinjohnn/natively-cluely-ai-assistant
4•Nive11•30m ago•6 comments

Tech Edge: A Living Playbook for America's Technology Long Game

https://csis-website-prod.s3.amazonaws.com/s3fs-public/2026-01/260120_EST_Tech_Edge_0.pdf?Version...
2•hunglee2•33m ago•0 comments

Golden Cross vs. Death Cross: Crypto Trading Guide

https://chartscout.io/golden-cross-vs-death-cross-crypto-trading-guide
3•chartscout•36m ago•0 comments

Hoot: Scheme on WebAssembly

https://www.spritely.institute/hoot/
3•AlexeyBrin•39m ago•0 comments

What the longevity experts don't tell you

https://machielreyneke.com/blog/longevity-lessons/
2•machielrey•40m ago•1 comments

Monzo wrongly denied refunds to fraud and scam victims

https://www.theguardian.com/money/2026/feb/07/monzo-natwest-hsbc-refunds-fraud-scam-fos-ombudsman
3•tablets•45m ago•1 comments

They were drawn to Korea with dreams of K-pop stardom – but then let down

https://www.bbc.com/news/articles/cvgnq9rwyqno
2•breve•47m ago•0 comments

Show HN: AI-Powered Merchant Intelligence

https://nodee.co
1•jjkirsch•50m ago•0 comments

Bash parallel tasks and error handling

https://github.com/themattrix/bash-concurrent
2•pastage•50m ago•0 comments

Let's compile Quake like it's 1997

https://fabiensanglard.net/compile_like_1997/index.html
2•billiob•50m ago•0 comments

Reverse Engineering Medium.com's Editor: How Copy, Paste, and Images Work

https://app.writtte.com/read/gP0H6W5
2•birdculture•56m ago•0 comments
Open in hackernews

Ask HN: What is our history on trying to standardize configuration languages?

3•jerrac•8mo ago
I just found myself trying to define configuration language for a tool that would then write the given configuration into a configuration file of whatever format I set. So I was configuring configuration to configure configuration... When that thought occurred to me, it made me stop, and think "this is ridiculous".

I mean, the problem I want to solve is real. Configuring containerized applications is always annoying. Currently I either end up baking the configuration into the image, or using a pre-script to convert environment variables into the configuration I actually need before the app starts. Usually via bash scripts... (Or I have to decipher which method the official image uses. If they have one.)

My idea was to just have a little rust tool in my containers that would take the contents of environment variables and turn them into whatever format (toml, yaml, ini, etc.) the app needs. The problem was how do I represent all the different kinds of values you can have in a language? Lists, key/value lists, associative arrays, maps, etc...

Figuring out how to do that, well, isn't that just yet another configuration language?

And that is why I'm posting this question. Has any real effort ever been put into standardizing configuration languages/syntaxes?

If so, why'd they fail? If not, why not?

Comments

bigyabai•8mo ago
NixOS "solves" this, albeit with a pretty archaic configuration language and deep buy-in. The end result is that I now keep a Git repo with 95% of my Linux config represented as modules. Then I install each module as-needed (eg. terminal.nix for terminal config, desktop.nix for desktop config) for the devices I use and rebuild it with that set of modules.

Works great, even with my laptop, desktop and server sharing the same config. Versioned rollback + nixpkgs has kept me happy for about 4 years with this setup.

jerrac•8mo ago
Wouldn't that only work on NixOS systems? I'm not sure that counts as standardization.

That said, someday I need to give NixOS a try.

synack•8mo ago
There are 15 competing standards: https://xkcd.com/927

Augeas [1] does a decent job of translating various formats into a common AST which you can edit and write back out, but setting this up is often more trouble than just editing/templating whatever config and moving on with your life.

Many new projects go straight for YAML/TOML/JSON/INI as they're widely understood and relatively easy to parse. I think this is as close to standardization as you'll get.

OpenBSD's developers have gone in the other direction, defining domain specific configuration languages for each of their daemons. They're all different, but they look similar enough that it feels like a cohesive system. You can look at the yacc grammar and see how httpd's config [2] got started as a fork of relayd [3].

[1] http://augeas.net/

[2] https://github.com/openbsd/src/blob/master/usr.sbin/httpd/pa...

[3] https://github.com/openbsd/src/blob/master/usr.sbin/relayd/p...

jerrac•8mo ago
> There are 15 competing standards: https://xkcd.com/927 Heh, that is pretty much the answer I was expecting. :)

Augeas seems interesting. I'll have to look into it a bit more than my cursory glance at the github issue queue. :)

Thanks!

thesuperbigfrog•8mo ago
I would suggest a mostly declarative format like Rust Object Notation (RON):

https://github.com/ron-rs/ron