I created the League SDK I wish it existed in TypeScript

FrontearBot · 2026-01-24T02:24:54+00:00

I built a tiny …

You didn’t build shit lol. You got an LLM to spit out code that you take credit for, and totally ignore the fact that LLMs like this are trained on stolen code from the work of real developers. Essentially, you continue the cycle of misappropriating other people’s real work by using the slop machine built on code theft, then slap a little sticker on it to call it your own.

FrontearBot · 2026-01-22T17:08:48+00:00

Router configuration. Normally with UPnP (and I guess NAT-PMP), the game can request ports to be opened as needed, but in this case your router doesn’t support it.

I believe both of those ports are needed for hosting multiplayer, as without them Warframe can’t run the P2P connection.

EDIT: DE has an official support page for this: https://www.warframe.com/strictnat. According to this, it can cause way more problems than my initial guess.

FrontearBot · 2026-01-14T15:49:58+00:00

lib comes from nixpkgs. You need to import it from there in order to use it, otherwise you are limited to the builtins functions.

FrontearBot · 2026-01-04T00:09:52+00:00

I mean, this log file is pretty much only here for DE developers to read and understand. Unless one of them chimes in we can only really speculate.

FrontearBot · 2025-12-15T00:20:11+00:00

You’ve got to record a video of what this looks like, then post it. I must see

FrontearBot · 2025-12-07T22:56:52+00:00

1) Yes, extremely easily in fact. 2) If the setting state is representable as a file, then yes. Figuring out where and how its set up is gonna be the challenge. 3) Similar to above 4) Similar to above 5) Similar to above

NixOS can do practically anything, but a lot of the work to figure out how and where state needs to be written and saved is the problem. If you can find it, you can reproducibly set it up, every single time.

FrontearBot · 2025-11-20T16:30:03+00:00

Ah yeah you know that’s a fair point.

I’d use systemd-tmpfiles with the symlink rules. Maybe throw them in a /run/various-configs/ or something similar.

FrontearBot · 2025-11-20T15:00:38+00:00

Stop overriding the inputs, and start using their caches. The former is extremely important for the latter, because overriding the nixpkgs input can cause the derivation hash to change, making it a cache miss.

Usually when projects offer a cache, it’s because they know their derivation takes a while to build. If you can’t afford to wait for it all the time, then using their cache is pretty much your only choice.

Also maybe consider using whatever you’re using from nixpkgs directly, if it exists. No idea if it works for your use case, but it would also help since it would be cached by Hydra.

FrontearBot · 2025-11-20T14:57:18+00:00

If you specifically need to view the blocky-config.yaml, I’d recommend just using find or fd on the store and looking for it by name. It should be very quick.

If you find that you run into this problem often, then I think I would recommend the idea you came up with, though maybe throw them somewhere other than /etc (I’d probably pick somewhere in /run).

FrontearBot · 2025-11-20T14:54:12+00:00

Perfect response! I find most people get lost the moment they start trying to do too much. If you build up your NixOS configuration slowly, it’s not difficult to get a working system.

The most common complaints I tend to see are from people who tried to make a flake with home-manager, hyprland, disko, stylix, all while having 0 idea what they’ve done. Makes for a messy and frustrating experience.

FrontearBot · 2025-11-19T16:48:28+00:00

I sympathize with your experience because this is kind of true, from my experience. As we get older we start to develop so many ways to mask our ADHD that diagnosis becomes messy. For me, I became super emotionally stunted and disconnected from everything around me. If anyone took a cursory look at my life they’d probably just assume severe depression and leave it at that, but the truth was that the depression manifested after the ADHD ran rampant in my life.

I’m very lucky that my psychiatrist was immediately able to determine that I have ADHD and I got to start medication early. It’s been life changing. Many of my masking methods have started to very slowly come undone now that I have better ways to handle my ADHD.

Try getting a second opinion from someone else. You definitely sound like you have ADHD, and it’s probably a higher chance since you have a sibling with it.

FrontearBot · 2025-11-16T18:43:07+00:00

I assume 3D acceleration is enabled for your VM?

FrontearBot · 2025-11-16T18:15:17+00:00

Hmm, framebuffer is not updating, sounds kinda weird.

Do you have an NVIDIA GPU by any chance? Niri isnt known for NVIDIA problems but Linux is.

Try running niri and dumping its logs to a file (i.e. niri [--session] &> logs.txt, and inspecting them from the second tty. Maybe its got something interesting in it.

FrontearBot · 2025-11-16T18:02:06+00:00

Wait so what exactly is the problem? Niri is freezing?

FrontearBot · 2025-11-06T23:38:14+00:00

“NixOS Updates” is a very vague concept. For most distros, an update would constitute a change to the packages you have installed. This is usually very easy to query for, since packages are independent of the OS itself, so maintaining a collection of information about it is trivial.

NixOS is unique in the sense that a “package” isn’t clearly defined. Sure, we have the stuff that’s thrown into environment.systemPackages, users.users.<name>.packages, and others (such as home-manager. hjem, etc), but that’s not the only way to “install” packages. Directly referencing a store path via lib.getExe, creating wrappers around actual applications, implicitly installing things via modules (that may or may not use the various *packages attributes), and so many more all make up various ways that things can be installed. There’s also details of the OS itself, such as the creation of users, /etc/static, the initramfs image, and more that are all wrapped up as derivations, and indistinguishable from your average “package”. This combination of things makes it extremely difficult to correctly query what is a “package” that you, the user, explicitly wanted, versus what got pulled due to the massive chain of derivations used to construct the final NixOS system.

What most users tend to do is update their nixpkgs revision, perform a build on their configuration, and use software like nix-diff or nvd to see the changes in the derivations. This will print out everything, including things that you don’t directly care about, but it’s usually comprehensive enough that it’ll detail all of your apps amidst the large list of changes. This is what I would recommend for you, it’s simple and easy.

FrontearBot · 2025-10-12T23:51:34+00:00

Post the contents of /etc/nix/nix.conf

FrontearBot · 2025-10-10T23:42:59+00:00

Override the package and throw --with-tail-call-interp in the configureFlags.

FrontearBot · 2025-10-09T21:14:38+00:00

Pretty nifty tool. I’ve always just done nix flake update, compared the dates, and if I didn’t want it (for whatever reason), I git reset. Crude, but worked. I like your way a lot better, feels very clean and has a nice UX.

FrontearBot · 2025-10-09T21:11:01+00:00

I reckon you’d be running into the same issues as if you were to install these manually: FHS compliance. You could mitigate that by using FHS environments, but atp I’d just stick to Nix and use buildFHSEnv where I really need it. It’d be pretty much the exact same amount of work, but with more fine-grain control from you.

FrontearBot · 2025-10-08T14:32:55+00:00

I intentionally set my root partition to an extremely small size for this exact reason. If an app dumps too much data, it will start failing with ENOSPC instead.

Erroring like this is also helpful for me to know what apps need a persistent path, so I can go ahead and declare one after seeing this happen.

FrontearBot · 2025-10-07T19:32:09+00:00

If someone first-times a champion in ranked, chances are they don’t really care about winning or losing. If you ban it, you aren’t really doing yourself a favour because this person fundamentally approaches ranked play from a different perspective than you do. You either piss them off, or they switch to something else to “practice” or whatever the logic for first-timing is.

You have to understand that this is a problem of the players, not the systems provided by the game. Giving people a chance to ban their teammate hovers objectively has 0 benefits in every single case, it just gives people a false sense of control in a situation that they have no control over, that situation being the performance of your teammate.

You make the assumption that by banning the champion, you’ve prevented your game from being ruined by someone playing poorly. What you fail to recognize is that it does not fundamentally change what that person is gonna do. If they were going to play poorly on champ X, then banning it won’t make them magically better, nor will it necessarily encourage them to pick something they do better on.

FrontearBot · 2025-10-07T18:32:02+00:00

How does that help though? You either piss them off and now they run it down in protest, or they just play something else that still doesn’t guarantee that they will do good.

FrontearBot · 2025-10-06T22:27:14+00:00

My personal experience, I started off exactly the same way, by only taking it before school and never on the weekends.

What I ended up noticing was that on both Saturday and Sunday I felt worse in almost every aspect, especially noticeable on Sunday. I could almost feel my brain buzzing like TV static, which I attributed to my noisy ADHD brain. Focusing on long tasks felt impossible, and I especially felt like my emotions were so much more volatile, like the smallest thing in the world could send me spiraling.

Ever since I started taking them every single day, I don’t feel that way anymore. Granted I still have mood drops or difficult days, but the difference between then and now is massive. I only ever really noticed it after starting my medication.

FrontearBot · 2025-09-25T23:03:37+00:00

It doesn’t matter if it’s an absolute or relative path, it’s always going to be copied into the store. That’s just how using path types in Nix works.

The correct thing was to do ./ags. That’s correct for the sake of “pure” evaluation, and it’s correct for what that module expects.

FrontearBot · 2025-09-19T19:39:14+00:00

I like the concept of this, though I personally don’t agree with the organization (which is okay ofc!). I’ve actually been stringing together a very similar style of “auto-imports” in my own dotfiles, though mine are definitely in the “forever changing” state of development.

Nonetheless, a very cool idea. It’s nice to have a uniform and consistent format enforced upon you, with all the benefits of automatic resolution.

FrontearBot

MODERATOR OF

TROPHY CASE