NixOS has the best concept and even pioneered it, but whether its implementation and documentation is perfect is a topic for debate.
However, it's been quite long since I had to fiddle with my config and as such, the downsides don't really affect one on a daily basis. In fact, I recently reinstalled my machine to change the root filesystem and it was an absolute breeze. If not for secure boot, it would have been absolutely trivial, and with secure boot it was easy and convenient.
As such, I consider the pains an investment into system that runs much better down the road. Though I'd love it if these pains were reduced.
The usual 50% off was already a very good deal in my opinion. If you ever considered looking into this game there is no better time than now. An absolute masterpiece and one of my favorite games of all time.
Also finally you can manage your inventory outside of the holy mountain (tinkering not included by default). This was the primary reason I played on beta the last months. Once my current run ends, I'm switching to stable.
I'd personally advise against NixOS as a first distribution for that matter. It's a great distribution, but if you want to understand the underlying mechanics, start with something where you interact with them, like Arch or whatever.
That's great, but there's a reason autocorrect is more prevalent on phones than on computers, that being that input it not as precise, and when precision for inputs is important (like in buying flight tickets), I just prefer the computer.
Not that I haven't bought tickets on the phone in my life. Just feels safer on computer
Maybe Debian's goal is to make liblzma a dependency of everything possible? It wasn't a standard dependency of OpenSSH either, but rather something they patched in. ;)
Here, it's libzstd.so, libc and glibc, and libzstd only libc and glibc. What do you mean? At first I thought you were implying an liblzma dependency, but there's no such thing, at least can't see it.
As far as I know, you can use ChatGPT without a subscription, but still paid. I found https://nano-gpt.com/get-started the other day where you pay with cryptocurrency per request, I guess someone behind the scenes is paying the subscription and is offering this as a service. The model behind can be chosen. So in case you have some lying around, you can just use that, or if there's more interest from others, give me the prompt and I'll pay for it, still have Nano around.
Not the homie's fault that the Dreamcast is the king of arcade accuracy, together with the Neo Geo AES.
The Dreamcast was just stronger than the PlayStation 2 when it came to putting sprites on the screen.
It was also the primary home platform for other, now legendary games, like Street Fighter 3 (not arcade perfect because it's a port from CPS III) and Capcom vs SNK 1 and 2.
He'll keep talking about it until you understand it
== Affected Systems ==
Running as part of a debian or RPM package build:
if test -f "$srcdir/debian/rules" || test "x$RPM_ARCH" = "xx86_64";then
...
openssh does not directly use liblzma. However debian and several other
distributions patch openssh to support systemd notification, and libsystemd
does depend on lzma.
Initially starting sshd outside of systemd did not show the slowdown, despite
the backdoor briefly getting invoked. This appears to be part of some
countermeasures to make analysis harder.
Observed requirements for the exploit:
a) TERM environment variable is not set
b) argv[0] needs to be /usr/sbin/sshd
c) LD_DEBUG, LD_PROFILE are not set
d) LANG needs to be set
e) Some debugging environments, like rr, appear to be detected. Plain gdb
appears to be detected in some situations, but not others
So if you were using Arch, you were unaffected by this vulnerability because
the script wouldn't trigger because it uses neither DEB nor RPM packages
even if it had triggered, the backdoor only gets activated when the calling binary is /usr/sbin/sshdwhich doesn't happen in Arch because they don't patch OpenSSH to support systemd (which in turn pulls in xz).
This doesn't mean that Arch saved you because it's super secure or anything, but this was a supply chain attack that hit Arch (and Debian Sid, where the backdoor was actually caught because ssh logins took so long…), but it didn't trigger because it wasn't targeted.
Meaning there's no immediate need to be concerned, but you should update ASAP even though the Arch package probably doesn't contain backdoored artifacts.
The fact that I can't seem to find traces of this game online makes me think that maybe my memory is wrong? But also hard to find information from back when the internet wasn't flooded with stuff
I had a provider before that blocked tethering and hotspot, the solution there was also to increase TTL on the clients connecting to the phone by 1. The phone would lower it by 1 again, making it look like data originated from there.
Unreal Tournament 2k4 on one of the earlier Ubuntus, back when ShipIt was still a thing. Most have been around 2005 or 2006, as I used it in my mom's flat which I moved out of in 2006.
I also played some games on an old version of Suse Linux back in 2001 or so? Maybe earlier? There was this game where you had to manage public transport in a city. Looked for that game recently but nothing came up. Also Kartoffelknülch back then. I tried to get some distributions running (like Mandrake) but only Suse somewhat worked. Being 14 and English not being your mother tongue doesn't help with documentation when nobody in your family knows stuff about computers.
uTorrent sold out, its decline is not only due to BitTorrent becoming less popular, but also because what was once a very thin client at one point was bundled with malware so a lot of people kept using old versions or switched to clients like qBitTorrent
Yes! Apologies, didn't proofread what my phone produced from swiping