Daegalus
Tangled Knots and Spindles
Uptime Kuma
Umami analytics
Netbird
Linklater
Miniflux
Seafile
A few other small apps
I created something like this on my github and then i relicensed what i could that was purely mine, and kept other stuff unchanged and only used those licenses as default going forward mostly.
I chose EUPL also for pure AGPL style OSS work. and I plan to use other licenses as needed.
Usually you buy 1 D10 and 1 decade dice, and role both of them and add them. Most purchaseable dice sets come this way.
This is just the first result with a picture, but they are really common, all my dice sets have one: https://www.dicegamedepot.com/10-sided-tens-opaque-dice-red/
Immutable might not be the best term, its more atomic. And while you can install packages with rpm-ostree for example, it gets layered ontop, and the more packages you layer, the more likely an upgrade fails, or a rebase fails. Hence you build a custom image, or adopt a user-space solution.
The method to install applications is again, userspace focused ones. for GUI apps its Flatpak and AppImage. For CLI tools it can be appImage, but for others its Mise, Brew, asdf, or even Nix.
The antithesis is installing applications onto the immutable portion of the system, or messing with it in any way (by layer packages ontop of the immutable parts). Installing into userspace is the preferred method. So these "immutable distributions" do have ways to install "packages (programs)" and that is Flatpak, Brew, AppImage, etc and not the system package manager.
It is why they are moving away from even having Layering as an option.
Sooo, i dont have a system package manager to use to add more packages, not without building my own image ontop of Bluefin/Bazzite.
Also, all the packages on Brew are fairly well tested, while mostly on OSX, they officially release Linux prebuilts for Linux and get tested equally. Brew has been around for ages.
And I havent used MacOS for 8-9 years, and only for a small stint. Not long enough for it to do things.
Also per official stats: https://formulae.brew.sh/analytics/os-version/90d/ Ubuntu makes up ~20% of brew usage, and the Universal Blue family is about 2% and growing.
There is absolutely a usecase for it and its just as good if not better, as most tools are more likely to be statically built, and you donthave a giant dependency mess and other nonsense to deal with. Its cleaner.
On an immutable distro, its a lot of Flatpak, AppImage, and Brew/Mise/etc. Layering packages is greatly discouraged and as the ecosystem moves towards Bootc images over OSTREE ones, the option will go away entirely. You either build a custom image with yoru custom stuff layered on yourself (there are templates and Github CI stuff to help with it.) or you use other package managers.
Also another win is weith Brew, i can reproduced my tools and environment quickly and dont have to deal with Distro quirks. Brew works the same on almost every distro, same pathings, same behavior, and even offers the Brewfiles to let me specify my setup.
I recently switched jobs and had my work setup installed and created within mins of booting into a fresh install and I was working shortly after.
If you want this makefile way, use Justfiles,which are modernized Makefiles so you dont have 30 years of cruft and such being injected into it.
But also at the end of the day, Mise exists and is directly targetted for this.
I personally use Brew bundle files + Dotter for my home/tools management. Brew bundles also support Flatpaks these days and i can install those too.
Or all the Container based stuff that still falls flat with ipv6 only modes. Docker still shits the bed if you dont give it ipv4 unless you do a lot of manual overrides to things. A bunch of Envoy based gateway proxies fail on internal ipv6 resources in a k8s cluster that runs on ARM64.
There is just a bunch of nonsense you have to deal with if you choose the ipv6-only route
Dont get me started on CDNs like Bunny or Load Balancers as a service like those from Hetzner, UpCloud, etc that don't work with ipv6 origins.
Source: Trying to run a ipv6 only self-hosted box on hetzner.
How reliable is dot.bs DNS hosting?
dot.bs is backed by ClouDNS. ClouDNS serves over two billion DNS queries per day, so I can confidently say your DNS is in good hands.
Do I really get free email?
Yes! In order to make this possible, there are some limitations. A maximum of 5 email accounts per domain (unlimited domains) A maximum of 5 outgoing emails per hour, per account (to prevent spammers) A maximum of 75 MB storage per account If these limits are a problem for you, please reach out and we can figure something out.
And for .com, .org, and .net those are owned by ICANN which is US controlled anyway.
It was fine when I lived near Bellevue, Washington. And I did live 30 years in the US but I want to divest myself from that shitshow.
Other than that, maybe ads
I also use it to hide and protect my hetzner server.
It works well. My only gripe is the ipv6 thing
Also no pricing and a "Talk to sales" only link. Which usually means super expensive, or B2B only. I pay like 10 cents a month on Bunny something
Hetzner was something I already used, so I just doubled down. I have a single OVH instance where I ma playing with Openclaw, but that was because I was having issues with Hetzner that day on their new instance page (was fixed the next day)
I use Bunny for my CDN, I just wish they have the capabilityt to route IPv4 and IPv6 traffic to IPv6 only origins. If your origin doesn't have IPv4, it wont route IPv4 to an IPv6 origin. Something Cloudflare could do. Still a shame its not a high priority.
For Domains, I am still on porkbun, but i have like 20 domains, and moving them to EU registrars would be pricey. I will do it, just not looking forward to it. Also there are few registrars tht handle all the TLDs i have, nothing like Porkbun. I use dot.bs to optimize my registrars and keep track of them.
I self-host a lot, but I haven't done github. I have a Forgejo instance with working CI/CD, but there are some painpoints mirroring 100s of repos and updating PATs. Also I minimize how much critical infra I host. I do it as my day job. Don't want to do it so much at home, and I still do some between NAS and self-hosted services I do run.
I do plan to try out Hanko and Nebius, those sound good. and Hit up scaleway to see if there is stuff I want to use there. I know Scaleway can be pricey.
They even support websockets.
Why they cant do is the TUnnel stuff, or at least fake it. I have ipv6 servers, and I can't have the IPv4 Bunny traffic go to the ipv6 only sources.
Remote: Yes
Willing to relocate: No
Technologies: Kubernetes, GCP/AWS/Azure, Terraform, etc. All devops tooling and backend dev. Go, Rust, Elixir, etc.
Resume: https://github.com/daegalus/resume/releases/download/2025.03...
Email: [email protected]
Website: https://yulian.kuncheff.com
You can find my resume in Markdown and HTML on the release page: https://github.com/daegalus/resume/releases/tag/2025.03.04
I have been working as DevOps and Backend my entire career. I am currently a Staff DevOps Engineer and working on cloud automation tools and policy engines. I can also do some frontend and know React, HTMX, Node, Deno, etc as I have to interact with it with Backstage and for some personal projects. I tinker and dabble, and constantly working on side projects, and interact with every aspect of the programming world, so I can work and be flexible for many roles and technologies.
Also not, that I am in Denmark, and due to strict Danish laws, my employer needs to either hve a legal entity in Denmark, or work with an Employment of Record service like Deel, Rippling, Remote.com, etc that lets you hire in Denmark.
First, when it was still a viable Node.js alternative, Google only partially cared about that side. And when they did, they had someone make Shelf, which kind of killed a lot of web framework initiatives (including my own). Instead of building support tools, and fleshing out the stdlib, they were busy making competing libraries. And shelf was miserable to work in, and killed off a lot of desire to work on backend.
Second, at some point they just said F U to the backend and focused 100% on frontend, abandoning backend to whatever the current state it is in. I don't think they have improved anything on that front much.
Finally, when their gamble on Web/Frontend failed, and aliented all the tool/backend developers, Flutter was the only thing to save it.
Dart could have been a great Node.js alternative, but Google was too fixated on web. Typescript ate its lunch, browser devs said no, including Chromium team, and now Deno is a viable alternative to Node.js and Dart backend.
I still maintain a couple of my dart libraries, and have been for 12 years now i think (since Dart launched). maybe longer. but I don't do any other active dev in Dart. I just fondly think of what could have been anytime I go into those codebases.
Location: Copenhagen, Denmark
Remote: Yes
Willing to relocate: No
Technologies: Go, DevOps (AWS, GCP, Azure), some Rust, backend, DB, some AI, many more.
Resume: https://github.com/daegalus/resume/releases/download/2025.03.04/resume.pdf (https://github.com/daegalus/resume/releases/tag/2025.03.04 for md or html)
Github: https://github.com/daegalus
Email: yulian at kuncheff dot com
LinkedIn: https://linkedin.com/in/yuliankuncheff
Website: https://yulian.kuncheff.com
Note: Denmark has strict laws around what a "contractor" is, and I can't be a traditional contractor. So you would need a presence in Denmark, either directly or through HR platforms like Deel or Rippling. Just trying to save wasted time.
But Firefox devs have a strong "we know whats good for you" mentality and refuse to add it.
I will say, as a primarily Go dev, I have been really spoiled by the Go toolset and features.
Can't rely on AI either, as it constantly confuses it with Ruby.
I did do a few backend/server code challenges and advent code in Crystal. It worked really well and was very powerful.
I would love to write my MMO server in it, but again, tooling is still a sore spot for me.