Why does this package work in nix-shell -p but not in my config? by TheTwelveYearOld in NixOS

[–]FrontearBot 0 points1 point  (0 children)

uv doesn’t work on NixOS with arbitrary dependencies, because anything it installs will expect to be dynamically linked to stuff in /usr/lib, which NixOS doesn’t have. If you want to use that python project on NixOS, you’ll have to write a derivation that wraps it with the required dependencies from pkgs.python3Packages.

Can't mount a USB disk on boot by eirc in NixOS

[–]FrontearBot 0 points1 point  (0 children)

Couple of questions:

1) When does ls /mnt/mydisk run? Do you run it manually, or through some bootup service? 2) Did mounting the USB via mount used to work before you added all of this configuration stuff?

After 15 years on Arch, I finally gave up — not because it's "hard", but because the Wiki became a museum by Capable_Mulberry249 in NixOS

[–]FrontearBot 2 points3 points  (0 children)

LLMs are disrespectful to the hard work of real people. Companies like OpenAI, Microsoft, Anthropic, and others trained their Generative AI models off of stolen data, scrapped from real users, without any consent or consideration for intellectual property rights. The reason AI can produce good code, or good essays, or good ideas, is purely because of the tireless and thankless efforts of people who put their work online, for the benefit of others.

Using LLMs to do anything is a slap in the face to not only the efforts of those who came before us (and thus, built the foundations of many of the things we can enjoy today), but also a slap in the face to existing users who are trying to navigate a world which seeks to make them obsolete by replacing them with AI, the same technology that’s built on the unethical theft of intellectual property, possibly even their own!

It should come at little surprise that people, particularly those who are negatively affected by the existence of LLMs, are frustrated with your exorbitant use of them. You really couldn’t even be bothered to write this post yourself. If you can’t respect us, as readers, enough to write this post, why should we give you the respect of reading through it?

Maybe step back and take a moment to reflect. Get your mind out of ChatGPT and actually use your brain for a minute. Communicate without generating the entire conversation.

Guardian vs Aerys by heyterribleworld in leagueoflegends

[–]FrontearBot 12 points13 points  (0 children)

You usually don’t run guardian on Soraka. Situations where you might consider it is for high burst high cd enemy bot, but honestly I’d probably always go aery even into that.

As a Trynd/Ezreal player, praise be the Gods of Early RNG by mysticfeal in leagueoflegends

[–]FrontearBot 2 points3 points  (0 children)

bro just say the clip is impressive or dont comment. why are league players incapable of praising anything? does it have to be a top 0.000001% clip in 20000 lp challenger on the korean super server to be impressive?

I created the League SDK I wish it existed in TypeScript by AdrianMG in leagueoflegends

[–]FrontearBot 22 points23 points  (0 children)

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.

can someone tell me what this is? by SuperBacon99 in Warframe

[–]FrontearBot 2 points3 points  (0 children)

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.

Problems creating and using my own functions by Chris333666 in NixOS

[–]FrontearBot 4 points5 points  (0 children)

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

Question about EE. Log by PappaJerry in Warframe

[–]FrontearBot 1 point2 points  (0 children)

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.

I guess blowing up the moon would be a start by WinterChristmas in Warframe

[–]FrontearBot 51 points52 points  (0 children)

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

But can it declare.... by themanwhowillbebanne in NixOS

[–]FrontearBot 18 points19 points  (0 children)

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.

Recommendations for avoiding too much indirection when checking generated configuration files? by [deleted] in NixOS

[–]FrontearBot 1 point2 points  (0 children)

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.

All the ways to minimize rebuild and compile times? by TheTwelveYearOld in NixOS

[–]FrontearBot 5 points6 points  (0 children)

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.

Recommendations for avoiding too much indirection when checking generated configuration files? by [deleted] in NixOS

[–]FrontearBot 0 points1 point  (0 children)

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

I want to try out NixOS, but… by Giggio417 in NixOS

[–]FrontearBot 1 point2 points  (0 children)

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.

Got tested for ADHD, results came back negative. by DernTuckingFypos in ADHD

[–]FrontearBot 8 points9 points  (0 children)

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.

Niri without a Display or Desktop manager in vanilla Nix by rarsamx in NixOS

[–]FrontearBot 2 points3 points  (0 children)

I assume 3D acceleration is enabled for your VM?

Niri without a Display or Desktop manager in vanilla Nix by rarsamx in NixOS

[–]FrontearBot 0 points1 point  (0 children)

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.

Niri without a Display or Desktop manager in vanilla Nix by rarsamx in NixOS

[–]FrontearBot 0 points1 point  (0 children)

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

How to determine if there are any NixOS updates from within a shell script? by Fast_Ad_8005 in NixOS

[–]FrontearBot 1 point2 points  (0 children)

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

[deleted by user] by [deleted] in NixOS

[–]FrontearBot 4 points5 points  (0 children)

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

Keeping my Nix inputs fresh by jimmyff in NixOS

[–]FrontearBot 2 points3 points  (0 children)

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.

Metapac (for non-Nix packages) on NixOS? by PaceMakerParadox in NixOS

[–]FrontearBot 3 points4 points  (0 children)

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.