khuedoan

Curious bout your use case for building all software from source, is it because you're worried about the supply chain since nixpkgs builds don't have reproducibility guarantee?

but the community still gets the source code, kudos to the Garnix team!

Perfect illustration of Hyrum's law [1]

> With a sufficient number of users of an API, it does not matter what you promise in the contract: all observable behaviors of your system will be depended on by somebody.

[1]: https://www.hyrumslaw.com

Even if the good people fighting for this win, Microsoft will eventually enshittify it again. It’s just what Microslop does.

There's no future for Windows. I think most people should move to Linux, or to macOS if they still need proprietary software for work.

> 100% of our code is written by AI

Yeah we can tell...

TIL about Vervis [1], thanks!

[1]: https://codeberg.org/ForgeFed/Vervis

But we didn't have pressure to switch from C to Python & solved it down our throats by management, or social media telling us if you don't use Python you're getting left behind, did we?

In C vs. Python case, we know about technical trade-offs and when to use what, but in AI productivity neratives, we keep pretending that technical or cognitive debt created by AI doesn't exist.

Sure, person A can be 20% "faster" and suggest that this tool increases productivity by a magnitude, but if it costs person B 50% more time to review A's slop or clean up A's mess, the team's productivity doesn't really increase.

Git itself is decentralized, and we can use email to send patches, but GitHub's role is more like a social network to discover and "star" projects.

I really hope Forgejo/Gitea can get federation to work to the point where we can ditch GitHub, they already have the federated star feature [1] - I'm doing my part by hosting my own Forgejo instances and using Woodpecker CI + my own CI/CD system, and it's faster than GitHub Actions.

[1]: https://codeberg.org/forgejo/forgejo/pulls/1680

Only if you live in a country with decent public transportation. The rest of the world still have to deal with traffic jam and polluted air while commuting (cars are difficult to get in many countries).

From this section https://leptos-rs.github.io/leptos/view/03_components.html#c...

> Using a component in the view looks a lot like using an HTML element. You’ll notice that you can easily tell the difference between an element and a component because components always have PascalCase names.

I'm currently using Longhorn for storage, but if I find some reasonably priced HDDs, I may add or switch to Rook.

When you make a change in git, it is automatically deployed without the need for human intervention.

The performance is pretty good, but I didn't get a chance to test the reliability because I keep nuking the cluster to try new things :P

I'm currently bumping the versions manually (via a commit), but I plan to automate that with system upgrade controller [1] and Dependabot [2] (or similar)

[1]: https://github.com/rancher/system-upgrade-controller

[2]: https://github.com/dependabot

(Author here) Yep that's my goal too, hence the small form factor PCs. It costs me around 2-5$/month depending on how much I play with it.

(Repo owner here) Glad someone mentioned it, I do have one: https://homelab.khuedoan.com/try_on_a_vm

Although it's still incomplete and not one click yet, that's the direction I'm heading in: anyone can try my homelab on their PC, and if they want to use it on their real hardware, they can continue with the full install.

Ah, for user-facing apps I prefer Go or Rust for their performance, although it's not a hard requirement.

Is production == my day job? If so we don't, we use managed Kubernetes (we used to manage our own clusters but they will be decommissioned soon).

Yes, I aim to keep the amount of languages and tools I use to a minimum:

- For simple scripts, use POSIX sh

- For more complex scripts, use Python

- For the same sort of task, use only one tool (e.g., only use Ansible for configuration management, don't mix in Puppet or Chef)

(Repo owner here) The templates look cool, are those Helm charts underneath?

Also I believe the tag filter is malfunctioning: https://kubesail.com/templates-by-tag/Media

(Repo onwer here) The upgrade process can mostly be automated (for example using Dependabot). I haven't configured it yet, but that's on my TODO list.

(Repo owner here) I've already automated that with Ansible, including Linux installation (Rocky Linux). There's no hardening yet but that's on the roadmap.

(Repo owner here) Yes, you can see the visualized history of that here https://www.reddit.com/r/homelab/comments/s9bfht/the_evoluti...

I think the OP discovered my homelab through that post.

(Repo owner here) Yes, I'm mostly doing this as a learning exercise; there's still a lot of work to be done before I can rely on it to host my services.

> For a homelab it seems severely overkill

Isn't that the point of homelab? ;)

(Repo owner here) You're not wrong; it's still not easy for me even though I do this in my day job.

(Repo owner here) I'm planning to build my own router with OpenWRT and install Wireguard on it, however due to the chip shortage I can't get the hardware for a reasonable price yet. Netmaker looks amazing, I need to play with it.

Repo owner here, I just created this account, I'm a long time HN lurker.

I was surprised to find this on Hacker News, I wanted to wait until the stable release before posting on HN, but thank you for posting :)

This project is still in alpha stage, but please feel free to critique; I'd appreciate it.

Edit 1: After reading some of the comments, I want to clarify a few things:

- Because it is currently in the alpha stage, I do not host anything important on it.

- This is also my learning environment, I use Kubernetes in my day job.

- Yes it is overkill ;)

Edit 2: Wording