SavvyWolf @ savvywolf @pawb.social

Hello there!

---

Read more

Posts

7

Comments

813

Joined

2 yr. ago

Fun nature fact: Their horns act like lighting rods to provide a safe path to ground so as to keep the electricity away from their internal wiring and plumbing.

For my main desktop I use Mint because it just works, widely supported and Cinnamon is good (sadly no Wayland yet. ;_;). I also use Home-manager for my configuration because it allows me to easily just specify my config as a set of files I can check into git.

For my server, I use NixOS, because having all my configuration in a few text files is very nice to get an overview of what my server is doing.

I see lots of people recommending immutable distros to new users as if they are able to debug the inevitable breakages that occur or difficulty installing external programs.

Bishorb.

It's the directory that needs to be writable to delete files, not the file itself.

Although the immutable bit (if that's what you're talking about - I thought you meant unsetting the write bit) might change that, I'm not sure.

The home directory would need to be immutable, not bashrc.

I don't think that actually works; the attacker could just remove .bashrc and create a new file with the same name.

I mean, bait aside, creating a new distro with an existing package manager allows you to set up a different set of default packages and even add your own new/updated ones. That's the value of it there.

If I wanted to self host a search engine, I'd just use a proper one that actually searches content rather than regurgitates bullshit.

Search engines worked just fine until Google and Microsoft decided that they wanted to sell their AI products.

Only Bedrock is predatory, Java edition was released before Microsoft got their hands on it.

https://docs.oracle.com/javase/9/docs/api/java/lang/System.html#lineSeparator--

Java, of course.

Unless it's a JavaScript app which uses some random build system (that was popular when they started work on the app but is now outdated) that you need to set up and learn.

Or it's a Python app that doesn't work because you don't have the right version of python and backwards compatibility is a myth.

Ehh... I'll do it tomorrow.

Oh lmao, I decided to look into this. https://github.com/flathub/com.ktechpit.torrhunt/blob/master/com.ktechpit.torrhunt.yaml

Looks like it just downloads the .snap package (directly from Canonical's website) and extracts it. It's also, of course, completely closed source so who knows what it's doing when it's running.

In an ideal world, a search engine will point to this thread, where the answer is the topvoted comment.

With the death of Stackoverflow and Reddit, hopefully Lemmy can fill the void of an information archive. :P

What improvements are you thinking of? I can see that reasoning with something like the Linux kernel where there's a lot of complex and integrated code, but ultimately individual coreutils commands are really simple. There's very little you can do to extend something like ls... And if you do, you can just make your own superls command and not have to deal with any licensing restrictions.

With regards to AGPL vs GPL, none of the coreutils programs have network connectivity, so I'm not sure what the network requirement actually adds?

getting rid of the gpl is the motivation behind e.g. companies sponsoring clang/llvm so hard right now.

Is it? As I understand it, LLVM is much easier to work with than GCC, especially given their LLVM IR and passes frameworks.

here, take my stuff and don’t contribute anything back, that’s totally fine

I mean, yeah? They are probably fine with that and think that software should be distributed without restrictions. You may not agree with it, but it's their choice. Not really stealing if they give it away willingly.

I cannot fathom any FOSS project not using the AGPL anymore.

I mean, most of them that want to use a GPL-like license use the GPL or LGPL rather than the AGPL. :P

why are developers even agreeing to this?

Are they? Last I checked this wasn't as much of a plan as much of it was just a developer thinking out loud. And even if it was a real plan, developers should continue doing what they should be doing anyway: Write their scripts without any GNU/uutils/whatever-microsoft-calls-their-evil-uutils-fork extensions. Then their scripts could run across all platforms, including GNU, uutils, FreeBSD and BusyBox.

At any rate, if Microsoft really wanted to make their own coreutils fork (if they haven't already), they're not really that complicated tools. They could devote like maybe a year of engineering time and get it pretty much compatible.

One thing that could be interesting to discuss is character creators and general restrictions on what a player avatar can and can't do.

For example:

• Require all player + npc relationships to be hetero.
• Have most relationships be hetero, but sprinkle one or two bi characters for spice.
• Lock certain clothing options or body styles to specific genders.
• Tie the player's pronouns and voice to their gender.
• Tie the player's gender to what's in their pants.
• Restrict genetal options to a boolean "male" or "female" (intersex people exist).
• Force the player to only be in a monogamous relationship.
• Allow the player to be polyamous but inexplicably punish them for being too poly (Looking at you, Stardew).

Yep, borgmatic encrypts it before it sends data to the server.