Skip Navigation

Posts
4
Comments
217
Joined
2 yr. ago

  • Improvements in technology do not guarantee employment for tradespeople of current technology. A whole lot of horses became unemployed when cars became ubiquitous. I'd say the improvement of cars to society is worth the loss of employment to all those who maintained the horse's infrastructure. Like all those manufacturing jobs lost from the improvement in machines, professional creatives must adapt to the times, or seek other forms of work. No different than any other job in all of history.

  • By writing text on their platform, you consented to their free and unlimited use of your text. Terms of Service and EULA on practically all platforms has this boilerplate legal agreement. You DID consent. Facebook has access to a massive amount of text, same with Google. They don't need to bother stealing when so much is already in their databases.

    Now if you never wrote any text published on any platform with that agreement, sure you could have an argument there.

  • I would argue they already have. Just as cars used to be slow, inefficient, and loud, compared to today. Overtime their will inevitably be improvements in how they run, but also improvements in dedicated hardware support. Timeline wise, we are enjoying the hot new Model T, knowing eventually we will get to have a modern Honda Civic.

  • I despise that the artwork generators are all based on theft.

    Ownership of anything is difficult to define. The internet has accelerated this loosening of definition. If I pay a subscription to use my coffee pot, do I really own it? If I take a picture of the coffee pot, do I own the picture? If I pay a photographer to take a picture of the pot do I own the picture, do I own their time?

    I don't intend on trying changing your opinion on theft, but its interesting to think about how ownership feels very different as time goes by.

  • Fork it, maintain it, and move on. RHEL was forked into Alma/Rocky when the original provider's goals, and their community's goals were not in alignment. So far, the forks have improved the ecosystem over all. Fork Nix/NixOS and build the community. Its no different than the Debian derivatives like Mint or Ubuntu.

  • That jumped out to me too. Seems incredible that the reason the system exists at all, has become a "weird" way to use it. You can git clone the kernel just like any other repo on github, so no big deal.

  • I am very patient, so I'm in no rush for this community. Time only gives us more content,

  • Would the red team use a prompt to instruct the second LLM to comply? I believe the HordeAI system uses this type of mitigation to avoid generating images that are harmful, by flagging them with a first pass LLM. Layers of LLMs would only delay an attack vector like this, if there's no human verification of flagged content.

  • You missed the point of my example entirely. How can those commits exist, and those people exist in that instance if they don't have accounts? I was refuting your statement that a frontend needs an account. By mirroring an existing repo, as an example, you could verify that my claim is correct. Git as platform is already decentralized and doesn't require accounts. You could email someone your git diff's and it will function the same.

  • You need a frontend

    Yes, but the requirement of said frontend are very small.

    and a frontend needs an account.

    Not required at all actually. For example, mirror a github repo in gitea. You'll see all the commits, their messages, and who made them. Yet that gitea instance isn't accessible publicly. None of those people have an account, and none of them can login even if they could access the instance. A commit is just attached to a name, that is user configurable, and a lot less data minable than a "real" account.

  • If you don't mind me asking, then how do you know the kernel they use is bloated compared to any other kernel? A vast majority of the device-list stuff is loaded only when that device is detected with kernel modules. You aren't actually running everything from the entire kernel, it just has support for the devices if it does detect them. which is basically the functionality you are asking for, ad-hoc device modules.

    Monolithic kernels aren't "bad". That's subjective. Monolithic kernels have measurable and significant performance benefits, over micro kernels. You also gain a massive complexity reduction. Micro kernels, historically, have not been very successful, e.g. Hurd, because that complexity management is extremely difficult. Not impossible, but so far kernel development has favored monolithic kernels not without reason.

    If what you say is actually that easy, why wouldn't all distro's just do that during the install, and during updates with their package managers? I believe you could do this in Gentoo, but I don't know if it has measurable benefits beyond what performance tuning for your specific CPU arch would give you. Since none of those devices you aren't running are consuming any resources beyond the storage space of the kernel.

  • Shadow of Mordor on lowest settings I managed to run on integrated graphics for a while. It's a fantastic game if you do manage to get it to run OP. Open world with enemies that really "get" you. The sequel especially is in my favorite games of all time.

  • NixOS with YaST support would indeed be an incredibly powerful setup. It would make the whole Nix ecosystem significantly more beginner friendly and even for someone who wants to be a poweruser. It would be really nice to have config options laid out for you in a UI. Most of the time I have to have the options search, and package search websites open because there's no easy way to get those lists within the console.

  • You mention that their kernel is bloated, would you mind sharing how you measure it compared to other kernels. Such as their kernel vs something more trimmed down. Is it a storage space savings or memory? I've never really considered the weight of a kernel when considering different distros so if you have some method I'd love to try and compare what I'm running.

  • It was many moons ago, but I recall this is correct. You had to place locations in a specific pattern for some of the mission items and it was totally possible to do with a single cart, just you basically needed a guide to figure out all the combinations to create the right map. It was not a trivial thing, and I recall using gamefaqs a lot.

  • FFTA is one of two games I have ever 100%'d. Played that game so much back in the day. The reward for 100% is awesome, and I have very fond memories for that game.

  • Ritz from FFTA. Always loved her character, a protagonist gone rogue to pursue what they believe in, even against their own friends. Then, when confronted directly, backs down and recognizes our own determination to end the isekai. Really excellent character arc and growth throughout the game. Loved that she also breaks the rules of the game itself by being a human with viera job classes.

  • I love the QoL improvements of those games, but I do love the small intimate story of LA a bit more. Don't get me wrong, I adore the Subrosians, adorable nerds, but the little seagull at the end of LA gets me every time. You're not a traditional hero in LA.

  • I agree with you, I'm totally fine federating with them. If they choose to become incompatible with me, THEIR users will lose access to the content on the rest of the fediverse. They have an obligation to get ad revenue. If they can have someone else host the content, then use their interface to put ads and collect data on their users, it sounds like a win, as those users can still interact with me. If they really wanted to EEE and create incompatibilities, the rest of the ActivityPub instances just carry on as normal without supporting those extensions. The ecosystem already exists without the integration, so it'll just go back to being separate again, exactly as it is now.

  • Vegans for OpenTofu brought a smile to my face immediately, I shall hopefully remember to use this when it comes up.