Yes, decade dice is fairly standard these days.

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/

I am curious, can you elaborate more on these Roguelike features and mechanics. Its up for 1 more month, i might be interested in trying them out before it shuts down.

You can literally use Brew for a lot of things. Linux brew is pretty good these days.

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.

> Linux brew is pretty good these days.

What's the use case for homebrew on Linux these days? Most distributions have their own package manager, which you almost always end up using anyways, so already you're adding an extra package manager. Besides that, most of the community isn't using homebrew, so clearly won't have "more" packages, and the packages it'll have will be less reviewed than the ones in your distribution. I can't really see any point to use homebrew on Linux except "I used to use it on macOS", which doesn't feel that strong of a use case really.

I use an immutable distribution, i dont use the package manager as it is antithesis to the concept. The current most popular immutable distros (Bluefin, Bazzite, Aurora, etc) use Bluefin for CLI tools, or even some apps that are tricky to get full functionality from Flatpaks but cant do system install.

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.

> I use an immutable distribution, i dont use the package manager as it is antithesis to the concept

I don't think "immutable distribution" typically means "can't install applications", it's more about the system files than anything, not across absolutely everything, similar to "functional programming" doesn't mean "no side-effects allow anywhere" because then you couldn't draw to the screen. All those OSes have included utilities for installing packages ("programs"), otherwise they wouldn't be very useful.

Besides that, even going by your own understanding, if you install homebrew on a immutable distribution, doesn't that mean homebrew is "antithesis to the concept" too, as much as any other package/program manager?

No, because installing something in the userspace is different from system. Most package managers install to system locations, like /usr and so on. Homebrew installs into /home/linuxbrew/.linuxbrew and is useable from userspace.

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.

> No, because installing something in the userspace is different from system. Most package managers install to system locations, like /usr and so on. Homebrew installs into /home/linuxbrew/.linuxbrew and is useable from userspace.

I see, so it's the default settings of the package managers you don't like? And prefer to use homebrew with sane defaults, rather than configuring your package manager to install things somewhere else?

I guess I was confused about the whole "immutable and no package manager" but then also "immutable and yes, other package manager" thing, but if it makes sense for you, I'm happy you found a setup that works for you :)

great, now can we convince the rest of the internet to start adding AAAA records and ipv6 endpoints for things. Github is still a nightmare to use DNS64 and NAT64 to access those from IPv6 only machines.

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.

I've tried to run an IPv6 only box on Hetzner 2-3 years ago. Didn't have a problem with the platform, but with RedHat because subscription-manager didn't work over a IPv6-only stack.

When I accidentally had IPv6 only for a new Windows box it was very apparent what was a priority (worked regardless) and what wasn't important (only began working once I had IPv4 and everything fixed too).

Baked in advertising? Works with any network. The option to turn off the baked in advertising? That needs IPv4.

Around the same time, I think the Photoprism image also didn't work on IPv6 because of Traefik

I honestly think GitHub and AWS are the two biggest blockers to IPv6 left. Sure your public web servers might need IPv4 for a long while yet, but all these backend microservices and CI builds etc could all be v6 only, except they need to pull stuff from GitHub or certain AWS services.

It's particularly aggravating with AWS, since they charge for IPv4 addresses yet many of their services aren't IPv6 capable.

They do seem to be making progress on that: https://aws.amazon.com/new/?ams%23article-feed%23pattern-dat...

They've enabled v6 on an average of something like two services per week for the past year... but they have a lot of services.

Great post, I did a similar switch mid last year.

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.

How has your experience with Bunny been? I'm quite split on it.

I used to work for a business in a pretty competitive area, where tactics like fake DMCA requests and abuse cases are routinely used to attempt to take down information, be it from Google, or from the CDN/hosting provider. While at first Bunny support seemed understanding of it, later they unceremoniously blocked the account on the basis of too many complaints having been filed, despite all of them being responded to in due time and being proven false.

OTOH, their support staff would respond lightning-fast, which was a breath of fresh air compared to other CDNs we used before.

I could see myself using Bunny for personal projects, or some non-vital business, but probably not for anything with lots of competition.

To be honest, it's been flawless but since I mostly use it for personal or self hosting, I haven't had or deal with your situation. I have had to contact support and they are very fast.

I also use it to hide and protect my hetzner server.

It works well. My only gripe is the ipv6 thing

We used to expose the dedicated servers directly (i.e. no CDN at all), and while that was fine latency-wise, the lack of DDoS protection was really the limiting factor. E.g. Hetzner will just blackhole your subnet if you get DDoSed.

It feels rather unviable nowadays to run a business without some CDN/DDoS protection service in front of your website.

yeah, but dealing with DDoS is easier in terms of DMCA unlike with CDNs because it's you hosting it, not the service provider (this is how Cloudflare avoids DMCA when you cache with them iirc)

so if you can just find a good dedicated server provider that won't cut you off, maybe that's a potential solution?

just my 2 cents though

they use datapacket/cdn77, no?

they run on a blend of everything depending on the region from my experience. Hetzner is one of the providers they use

From a practical standpoint, would you consider "Google Germany GmbH" to essentially be just a reference to Google, beholden to everything that matters to Alphabet headquartered in the United States?

If so, Nebius is just a fancy name for Yandex, beholden to everything that matters to Yandex LLC headquartered in Russia. They just chose a distinctly different name, presumably to avoid the association. When we were doing a deep-dive into cloud GPU providers, legal counsel veto'd them for this reason.

Like the author, we self-host our git repos at work with Gitea, and it's working very well and brings a rather large set of features you'd expect from a GH alternative.

A great thing is that it's almost fully compatible with Github actions, so migrating an existing CI/CD should not be too painful. If you plan to move, make sure to read this first: https://docs.gitea.com/usage/actions/comparison#missing-feat...

For sure, it requires a bit of maintenance, mainly for updates, but that's all.

Same can be said for Forgejo but then it’s not VC backed

I'm using gitolite + cgit for local repositories. I tried Gitea for a while but didn't like the forced user/repo flat structure inherited from being a GitHub clone, and didn't need the additional features that Gitea/Forgejo provide.

For CDN, you can try CDN77, they have servers all around the world. No affil, just they are based in Europe (Prague) :)

Right now, I would only switch from Bunny if they allow IPv6-only origin servers and route IPv4 traffic to it.

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

Ah yeah I see CDN77 has no signup button and just says "Talk to sales" instead. That's not helpful to small self hosters.

Even for big corp.

When I see "talk to sales" I just move on. I don't have time to waste on that.

> 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.

For .com domains, if the rationale is data sovereignty, GDPR simplicity, avoiding dependence on a handful of American hyperscalers, then from an operational standpoint I don’t see much value in using European-based registrars. Ultimately, these domains remain under U.S. control regardless. If the focus is 'stubbornness' [one of the points in the article], then of course you have other priorities.

Personally I am all for data sovereignty etc, but very seldom for country boycotts.

For domains i find Openprovider.eu is pretty cheap imo, especially if you have a lot and buy in a package it is nearly costprice. Their DNS isn't great though, good enough for personal projects but not for business, would set that somewhere else.

Hmm, seems the good prices is only if you subscribe to their subscription. 5 euro a month or 50 euro a year, then the prices get slashed. Othewise their prices are expensive.

Yes, comparing to Porkbun for .com and .net, it looks like you'd need at least around 10 domains before it became cost effective (the .org price there says it is time limited and I think does not reflect recent .org price increases).

There's also the matter that, ethically, openprovider seems to be heavily focusing on domain name speculators as clients; that may be a business many people would not want to support, and their services for people actually using their domains may be poor.

> There's also the matter that, ethically, openprovider seems to be heavily focusing on domain name speculators as clients

Do you have more info about that? I'm a customer of them and didn't know this.

I actually noticed that quite a lot of (smaller) hosting providers are also customers of Openprovider. (When transferring some domains from other providers to my account as Openprovider, they turned out to be internal transfers.) So I'm a bit surprised about it.

> For domains i find Openprovider.eu is pretty cheap imo

A quick check of their pricing refutes your claim. They do list cheap domains, but it's due to promotional discounts on the first registration that they follow by charging a huge markup in renewal fees.

Case in point, I have a few domains that I have been paying namecheap peanuts to maintain, and the same domains are listed in openprovider.eu to cost between 5 and 10x as much to renew.

Agree! If you have a number of domains and can justify a membership, they Openprovider (NL) is a good option.

Some foreign extensions are quite expensive though. I happened to be looking into that yesterday, and Netim (FR) seems to be a good option for that. For the two extensions I need, they were among the cheapest with renewals.

> Some foreign extensions are quite expensive though.

It's not just foreign domains that are expensive. A quick check showed openprovider charges double of what other providers charge for .nl domains, and the same applies for other european TLDs, even .eu.

Why do you need to move from Porkbun though? I don't get it.

Porkbun is based in Portland, Oregon, USA. I'm trying to move my infra to EU only stuff.

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.

Right, I guess it only makes a difference if you use their DNS? Otherwise, registrar being in US vs EU makes zero difference in terms of speed/latency etc. Is this just an ethical or political thing that you want to be out of USA?

Mostly political, the other stuff makes more sense, domains are mostly a nice to have.

And for .com, .org, and .net those are owned by ICANN which is US controlled anyway.

gp, like OP, are moving away from USA based infrastructure.

you ca see this on the footer of porkbun.com:

> Made in the USA

How does dot.bs make money? The about page and FAQ don’t explain what they’re monetizing.

Why would it need to make money, it's just a registry of information and a small about page with a list of entries. It probably runs on sqlite on a single $5 VM. Or a single db.

Other than that, maybe ads

Because they also offer free DNS and email. There are no ads.

It looks like DNS is just shared CloudDNS, and email is limited. From the FAQ:

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.

I have been using them for over a year. THey have the same flow as Cloudflare, point domain to thier CDN, set CDN Pull Zone to target your server. I havent had to do anything.

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.

Amazing. I had not noticed they support websockets now. That was always what I missed from CF.

Just a reminder, Codeberg is for open source projects only, and maybe some dotfiles and such. Its on their frontpage and in their TOS.

Location: Denmark

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: yulian@kuncheff.com

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.

I love Dart as a language, but there were multiple choices made by Google that kind of ruined it outside of Flutter.

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.

Thing is Dart is a shitty language with tradeoffs made specifically to make Flutter work well.

The terrible meta programming support shows in basic things such as JSON serialization. It's like Java--, I can't think of a reason to use it on backend over Java or Go.

It's not comparable to Javascript - despite it's warts, Javascript is very dynamic and when coupled with typescript that let's you do a lot of powerful things and describe it with the structural type system.

I have not used dart for a few years now but I've used it both when it was DartAngular and Dartium, and in flutter 2/3.

Don't get me wrong - the DX of writing flutter and fast reload is the best I've used in mobile space, but the language itself is terrible and I would not use it in any other scenario.

Java-- is an interesting comparison. I used Dart when I was at Google like a decade ago and my impression as I was learning the language was that it was like a scripting language variant of Java. I'd have called it "JavaScript" ;)

I haven't really looked at it since then but it felt like a lighter and easier Java at the time, which I was fine with. (I did a lot of Java in those days.)

It's not my favorite language but Dart feels like a more modern less-verbose Java from another timeline. Features like sound null safety rule and writing Flutter apps feels nice, in no way Dart gets in the way.

That said, I prefer writing backends in Go. Less is more FTW.

EDIT: Also having the ability to compile it to JS, WASM, native for Android, iOS, Windows, Mac & Linux is a plus.

Fair assessment, I am not quite as polarized, but there is a reason i use Go, Deno, and Typescript myself.

  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

I am a Staff devops engineer with a lot of development experience. Originally a Backend developer, I transitioned to DevOps at a startup, and stuck with it since. I can also do a bit of frontend with React, Typescript, Deno, and Nodejs., as it was need to build frontends for tools. I am quite versed in many areas of programming and learn quickly.

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.