eager_eagle
It seems you're describing a lock file. No one is proposing to use or currently using pyproject.toml as a lock file. And even lock files have well defined schemas, not just an arbitrary JSON-like object.
hi sink, I'm dad. Come in
it's a config file that should be readable and writeable by both humans and tools. So yeah, it makes sense.
And I don't lile yaml personally, so that's a plus to me. My pet peeve is never knowing what names before a colon are part of the schema and which ones are user-defined. Even with strictyaml, reading the nesting only through indentation is harder than in toml.
Neat. The app is faster than the browser extension
I didn't know about StrictYAML, we're really going in circles lol
TOML is already RW by Poetry, PDM, and uv.
additional layer to abstract away from pip
reqs.txt files are not standardized and pip can read from a pyproject.toml - which is - using pip install .
there are still many unresolved matters with dependency resolution, but we need to leave requirements.txt files behind.
I don't https://xkcd.com/538/
I'm convinced the chances of me losing access to the data are higher than encryption protecting it from a bad actor.
Let's be real, full disk encryption won't protect a running system and if someone has physical access and really wants it, encryption won't protect you from the $5 wrench either.
I do encrypt my phone data though, as someone running away with my phone is more realistic.
uh... a database implies use of a database management system. I don't think saying that a YAML/TOML/JSON/whatever file is a database is very useful, as these files are usually created and modified without any guarantees.
It's not even about being incorrect, it's just not that useful.