• 0 Posts
  • 24 Comments
Joined 3 years ago
cake
Cake day: June 12th, 2023

help-circle
  • You’ve probably created something that would be considered a DRM circumvention device under the DMCA, so possessing it would be illegal unless it’s covered by one of the exceptions. If you think it might be, then you’re probably in a legal grey area as there isn’t case law settling whether the exceptions override the parts about DRM circumvention, but it’s fairly widely accepted that they probably do - DRM-era console emulators like Dolphin rely on it being legal to bypass the games’ DRM in order to interoperate with other computer systems, and no one’s been brave enough to sue them for that interpretation yet.

    If it is illegal, the most likely outcome is just that someone does a DMCA takedown request and GitHub would take it down and that would be the end of that, which is pretty much the same thing as would likely happen if anyone didn’t like it but it was legal, as it’s easy to submit takedown requests, but hard to appeal them if they’re unjustified.






  • Some of the charity is self-serving, e.g. eradicating diseases means he’s less likely to catch them (and really any billionaire not funnelling funds to pandemic prevention etc. is being moronic), and founding charter schools on land he owns so over the life of the school they pay more in rent for the lease than they cost to build is just a tax dodge. Most billionaires are just so evil that they won’t spend money on themselves if other people who aren’t paying also benefit, so in comparison, Gates’ better ability to judge what’s in his interests makes him look good.








  • Arch is at least more likely to update to a fixed version sooner, and someone getting something with pacman is going to be used to the idea of it breaking because of using bleeding edge dependencies. The difference with the Flatpak is that most users believe that they’re getting something straight from the developers, so they’re not going to report problems to the right people if Fedora puts a different source of Flatpaks in the lists and overrides working packages with ones so broken as to be useless.


  • You can jam the Windows UI by spawning loads of processes with equivalent or higher priority to explorer.exe, which runs the desktop as they’ll compete for CPU time. The same will happen if you do the equivalent under Linux. However if you have one process that does lots of small allocations, under Windows, once the memory and page file are exhausted, eventually an allocation will fail, and if the application’s not set up to handle that, it’ll die and you’ll have free memory again. Doing the same under every desktop Linux distro I’ve tried (which have mostly been Ubuntu-based, so others may handle it better) will just freeze the whole machine. I don’t know the details, but I’d guess it’s that the process gets suspended until its request can be fulfilled, so as long as there’s memory, it gets it eventually, but it never gets told to stop or murdered, so there’s no memory for things like the desktop environment to use.


  • Like other commenters have said, start by asking the upstream developer (whether that’s by sending a message with a link to the fork or by sending a mega-PR that says you don’t expect it to be merged as-is in the description). They should be the best judge of how they’d prefer to handle it. The thing I’d add is that you should try to avoid taking it personally if their preferred approach isn’t one you think is a good idea. Sometimes good fixes end up never merged because of disagreements becoming too heated even if everyone’s basically on the same page about the fox being good. There’s also a decent chance that your refactors are things the upstream developer explicitly doesn’t want and would otherwise have done them themselves and implemented the same fix, too, or they don’t agree that your fix is good enough. They won’t want to be on the hook for maintaining contributions that use approaches and code style that they don’t like, and that’s okay. They also might know something you don’t about their project that would make something that’s obviously a good idea to you obviously a bad idea to them.

    Basically, just try and remember that if it’s a hobby project, it makes progress when the maintainer is having a good time, and gets abandoned when they’re not anymore, so try and avoid making a mess and having arguments when they’re the one that’ll have to deal with any fallout from any mistakes.



  • It’s easy to get pressured into thinking it’s your responsibility. There’s also the risk that an unhappy company will make a non-copyleft clone of your project, pump resources into it until it’s what everyone uses by default, and then add proprietary extensions so no one uses the open-source version anymore, which, if you believe in the ideals of Free Software, is a bad thing.