No it wasn’t, it used the same (albeit highly modified) engine, if that makes HL a mod then almost every game you play is a mod since they all use some preexisting engine. Otherwise you have to consider Marvel vs Capcom infinity a mod of Daylight since they’re both UE4 games, or even Call of Duty as a Quake mod.

You don’t need Quake to run Half-life, therefore it’s not a mod, it just uses the same engine, or some parts of. That is very different from Counter-Strike which you needed to have Half-life and mod it to be able to play it originally.

I know you’re not me because I’m definitely not going slowly hahaah

Hi, been on Linux for over 20 years now. Very recently (less than a month ago) I switched my personal system to NixOS, I also switched one of my servers to it. Some of my other systems are on Arch as that’s what I was using before. My work computer is on Ubuntu as that is company issued.

I liked Arch because of its simplicity and the AUR, but I missed the package sets from Gentoo, NixOS is excellent because it brings the package lists and also includes configuration on them. A pain to do the initial setup, but then you get reproducible systems very easily and most of the time you want your systems to be mostly the same.

As a newbie it is easier to set up Cachy. When shit hits the fan either fixing it on Arch or Cachy would give a similar experience to a noob I think.

Yes, but Arch prepared you for it. Arch philosophy is one of teaching you why you need to do something, and then how to do it, so if something breaks you have some vague idea of what was and how to fix it. CachyOS is Arch, it has the same expectations of you knowing things, and having read the wiki, but you skipped the tutorial. This is why me and many others despite the idea of recommending an “easy” Arch to newbies, it’s not easy and only causes trouble.

Arch is very unstable (in the sense that anything can change) and that means it’s easier to break things if you’re not careful with things you don’t know to be careful about. For example, not saying that this is your case, but I’ve seen people install drivers and programs through binaries downloaded form a webpage like they would on Windows, that is a TERRIBLE idea as it will likely break on the next update, and if it’s something important like a GPU driver you will be dropped to a terminal.

I understand it might be a fluke or that I am at least a minority in this issue. But that makes troubleshooting harder.

It’s not about being a minority, it’s about we don’t have all of the info so can’t help you. From the info you gave us I can tell you it’s not something known, as I haven’t seen it being reported by others, which means it’s something specific that you did to your system. Every thread I find for CachyOS update breaking things is a unique case where the person did something.

And I know your knee jerk reaction will be “I did nothing, I only updated”, but that’s probably not true, otherwise we would see other people reporting the issue. If simply updating now was enough to break the system we would be hearing from hundreds of people whose system broke. But we haven’t, the only report we have is yours, which very likely means you did something different from everyone else. And I get that you don’t know what it is, when I first started using Linux I used to break my system every couple of months, and I always thought it was the system fault, but guess what? It wasn’t. Eventually I learnt to use Linux and my system never broke again, I can’t tell you for sure what I was doing before, but clearly I was doing something.

It’s interesting that the whole idea about stability (the system not breaking) shifts from the developer to the user.

Well, that’s bound to happen if you own the system. Same reason most companies have a warranty void if you fiddle with the internals, once you do that it’s impossible to say if the issue was caused by you or them, and the same thing is true for a Linux system. My guess here is that you changed a config, or installed an unofficial package or something or the sort, it might have been months ago, but now the update changed one of the underlying things and it broke. I would probably lean to the config side of things, since I don’t expect you installed anything critical from outside the repos. Or another possibility is that you went a long time without updating, that can have consequences on Arch systems.

PS: I get it, I know this seems harsh, I know you’re probably thinking “I did nothing, this Linux is unstable and finicky”, I know that because I was in your shoes 20 years ago. Arch is not for everyone, even some extremely knowledgeable people dislike the high maintenance it sometimes imposes, for new people without experience it can be like walking on a landmine field. Which is why I always recommended more newbie friendly distros like Mint, because they try to be more stable in all senses of the word (you can still break them though, as you are in control of the system, but it’s more difficult).

Aren’t you forgetting a GPU there?

I’d argue that CachyOS is more noon friendly than arch.

I’d say no, Arch forces you to learn to use a terminal, chroot and other things so you can fix your system if it breaks. CachyOS expects you to know this but doesn’t force you to. It’s like saying jumping off an airplane is more noob friendly because of the static line.

People fail to see my point that sometimes Linux breaks very easily and I’m not blaming Cachy or Arch specifically but a simple update and sleep should not result in a black screen on any OS IMO.

Yes, that’s correct, I have never ever in my 20 years of running Linux and administering Linux laboratories seen a system break because of a sleep during an update. It’s very likely that that was just a coincidence and the system would have broken regardless of the sleep. I don’t have all of the info but my guess would be either Nvidia driver related (as I see recent news mention it on both Arch and Cachy) or (more likely) you changed a system config and the update kept your version which is now not compatible (it happens, it’s part of the reason why Arch is called unstable, on stable distros that can only happen during version updates, and you get promoted about each of them, but Arch expects you to check pacnew/pacsave files after an update)

It’s you who’s missing the point that the other person made, your experience is not something that matches other Linux users. CachyOS is not noob friendly, these sort of thing should never happen in Mint or other more noob friendly, but Cachy expects you to be aware of certain things because it is a bleeding edge rolling release distro. People think Arch is difficult because of the installation process, but that’s not it, that’s very straightforward, maintain the system is what’s difficult.

This is exactly what I think every time someone recommends CachyOS or Manjaro to new users. Arch is great, but it expects the user to know how to deal with things, it expects user to read the news and it pulls the rug periodically because it expects you to be able to figure things out.

In your case in particular I don’t think it was Cachy on its own, otherwise we would have seen other users affected, but still, it’s likely that the Arch philosophy got you because of something you changed without even remembering and now with the update your config is no longer backwards compatible.

NixOS is great, but it’s a very different paradigm, you will not be able to install things from the graphical interface as you’re expected to declare your system. And it can never be compatible with a graphical installation as that would beat the whole purpose of reproductible builds.

I think what you’re looking for might be something like Bazzite, where the core system is immutable but you get user space freedom. But personally, if 0 downtime is your goal NixOS is better, as you can rollback to previous generations of your system if something goes wrong, but to get that you have to pay the price of declaring your whole system which might be too steep to pay for some.

Cryptocurrency is a decentralized digital currency, it can be used for the same thing as any other digital currency, the difference being that you can use it without relying on a centralized authority like a bank or similar financial institutions.

Yes you can buy pizzas with it, although that’s less common nowadays because there are more practical ways to pay for that and you probably don’t mind the bank and government to know you buy pizzas.

I thought what made money money was everyone agreed it was valuable and was willing to exchange it for goods and services directly. I don’t see that with crypto.

You don’t? If I were to offer you 1BTC for your mouse, would you accept it? If you say no you’re stupid, if you say yes you confirmed you see it as valuable and are willing to exchange it for goods directly.

That’s not true, Steam stopped accepting Bitcoin because of the large transaction fee and value volatility. Here’s the news from when they did that https://steamcommunity.com/games/593110/announcements/detail/1464096684955433613 in case you don’t believe someone who was buying games with BTC on Steam back then.

Bitcoin in specific doesn’t scale, but other things like Bitcoin Cash scale without increasing the energy usage, because the energy cost of PoW Blockchains comes from their security, not from the scale, so doing 1 or thousands of transactions costs the same.

Plus, things like Ethereum have migrated to PoS which uses very small amount of energy comparable and also scales without increasing energy costs.

Are you not aware of https://search.nixos.org/options or https://nix-community.github.io/home-manager/options.xhtml ? You can search all available options, sometimes with links to the docs for the thing they set for extra context. Those are both official docs and are derived from the code that you’re already looking at.

I’ve checked the NixOS documentation extensively for setting things up, my point was that I hadn’t had to do so for migrating to flakes, as that’s not a NixOS thing, but rather a Nix language thing.

What am I missing? There should be no difference from “normal” to flake installs on anything NixOS related, only in syntax of the language itself since you’re wrapping things. I’ve gone flakes and now somewhat dendritic and haven’t had to check NixOS docs for anything (only nix language docs and other people’s configs to see how they solved certain language specific peculiarities)

What are you talking about?, NixOS documentation is one of the best ones around, not to mention that with just being pointed to the approximate direction of something and having a good text editor you can figure out things quite easily and without risk of breaking your system. I’ve recently switched from Arch and honestly as good as documentation is on Arch, I prefer NixOS one.

What the hell, Boots used to sell PCs? Or is that a fricky coincidence that there’s a PC store somewhere with the same name and logo as a popular pharmacy?

Hey, I’ve been using silverbullet for a year or so. The first thing that I will say is that if you don’t care for client/server I would suggest just keep markdown files in a folder, that’s very portable and there are tons of plugins for editors to track that, that’s what I was doing before Silverbullet, and way before that it was org-mode which I still miss a few features sometimes. I’ve never used LogSeq, for any extended period so can’t talk about specifics there.

From my experience these are the things I like about Silverbullet:

• It’s mostly markdown, this means that if I ever have an issue with SB I can just access the files directly
• Client/Server means I can add quick things from my phone/tablet/different computer very easily
• Sync mode means I can edit even when offline and have it sync later
• It is extremely hackable, if you can program you can make it do what you want and it can be amazing at times

And these are some things I dislike about it:

• Syntax doesn’t seem to be stable. I have some old files that don’t draw tables anymore because something changed in the extra syntax they have for queries.
• It is very bare-bones, it doesn’t have the bells and whistles of other larger products and it never will, it’s not what it’s about.

At the end of the day I think it’s a great tool for what it does, but you should understand what it is. If you’re expecting charts, diagrams or similar you will be sorely disappointed. If you expect a solid note taking app I think you’ll be very happy with it.

This is the moment where Valve should publicly announce they’re not laying people off, because they have enough cash to pay all of their employees by charging a fair 30% of every sale, which makes their business sustainable. Then point to all other platforms that charge 30% and say “they’re not firing anyone either” then get to the only one that charges 12% and say “they’re the only ones losing money on this business by trying to undercut the real cost of doing this business, if they had charged the same 30% as everyone else does they would have enough to keep those employees”. Probably a bullshit argument because Epic surely has enough money to keep them now and it’s just someone looking at a graph and making bullshit decisions, still a very strong point for Valves lawyers to make.

Stock Pixel, I do have Nextcloud and other stuff, but I usually don’t want to risk bricking my phone and I’m okay with some of the tradeoffs of using Google things, not okay with being shackled to it though so I do have some alternatives setup ready to switch but for the most part I’m okay with the tradeoffs.

This is not true at all, it’s much easier to falsify paper votes than it is to falsify any good electronic voting system. This is a fake news perpetuated by people who are finding difficult to falsify electronic voting systems and want to, for example in Brazil the last election held with paper ballots was in 1994, and it has been demonstrated that those results were frauds, one of the elected candidates in that election has been one of the most vocal opposers to electronic voting.

I theoretically have Diun setup, but realistically I just run my Ansible playbook weekly and have most containers set to latest. The exceptions being things that sometimes need special steps when upgrading such as Immich or critical stuff I want special attention such as Athelia/Authentik, for those I subscribe to their releases via RSS so I can update them easily, which usually is just changing a value in my Ansible configuration, but if extra changes are needed I can adapt them.