Here are 2 possibilities:

- https://monazita.gitlab.io/monazita/ (i developed it for a project of mine while learning fsharp. Basically works but could be more polished and is pgsql only)

- https://github.com/jacentino/DbFun (more polished than previous project, and multi db)

Not lunni's dev, but a Swarm fan :-)

I'm a swarm user, but using single node swarms. It's the best solution I found for deploying apps. A lot of projects publish docker compose files, and those are easily usable with Swarm after some small modifications. I'm using the setup described at dockerswarm.rocks [1] and it's smooth sailing.

It's a real pitty, and still surprises me, Swarm is not more popular. It's still maintained [2] but few people still recommend it (even dockerswarm.rocks doesn't anymore). I've switched to it in 2022 [2] thinking I didn't take a lot of risk as starting with it is a really a low investment, and I'm still satisfied with it. I've deployed a new server with it recently.

1: https://dockerswarm.rocks/traefik/ 2: https://www.yvesdennels.com/posts/docker-swarm-in-2022/

How's Lunni going? Is swarm working well? I remember an announcement of it some time ago :-)

Not too bad, except I have no idea how many users we have :')

Swarm still works pretty smoothly for me, although I'm worried about the Mirantis situation, too. I'm currently working on a new backend, which will also enable us to plug in other orchestrators if need arises.

I'm sure you can find a similar example for any significant FOSS project, including GNOME, but that doesn't mean it is a general stance adopted by developers when a new bug report comes in.

Interesting to see this as I recently did a show HN without much success about an F# library also handling raw sql.

I enjoy working with SQL directly, though I understand it has pros and cons. If you need specially crafted queries, it is a must though.

My lib is at https://monazita.gitlab.io/monazita/ and show HN is at https://news.ycombinator.com/item?id=39467742

I'll share my own project: https://www.myowndb.com/, running since 2006. I neglected the project for a couple of years but recently launched the new version. It's open source: https://gitlab.com/myowndb/myowndb

I enjoy the technical side, but I'm struggling to commercialise it so don't hesitate to give me your feedback here or on https://www.myowndb.com/contact.html which is of course powered by a myowndb public form :-)

It was onivim2. Iirc it was a one-man show, and stopped when funding dried up. I also hoped to see a a lot from it. Maybe the dev took too much work on his plate, with an unproven language with limited libraries?

https://github.com/onivim/oni2

ReasonML is simply OCaml, I wouldn't call that unproven, but it does have limited libraries compared to JS or Rust.

I had explored the opportunity [1] to help send files securely based on the Firefox Send fork available at [2]. It proved very difficult to sell with actually no interest in such a product (and I probably sold it the wrong way). I still use it myself and never had links not usable by the recipient (shared by mail).

[1] https://www.sendutil.com/ [2] https://github.com/timvisee/send

Wow, gave a strange feeling to see DabbleDB mentioned. I had launched a product in the same category. It didn't get traction, and I lost interest in it for some time, but I kept it running and it's still available and has just been rewritten in F#. My problem now is the same as nearly 20 years ago, find its niche. I'm thinking of making a Ask HN about that.

I'm guessing here, but maybe you see these configuration languages as templates? However a configuration language is much more than that. For example, jsonnet lets you combine objects and override deeply nested fields [1]. I'm not sure how practical it would be to achieve the same result with a general purpose language.

1: https://jsonnet.org/learning/tutorial.html#oo