lal

Not speaking as a lawyer, not legal advice, etc., I would love it if this weren't the case, at least for cops, but your reply and the several siblings to your reply suggesting this are all unfortunately at least a bit wrong. I disagree with parent and think the more ability we have to discipline police the better it will be for society, but courts have other ideas. When it comes to many public employees, including and especially police, courts including the Supreme Court have regularly held a variety of due process and other constitutional rights, including some of the ones you listed, to exist for internal disciplinary matters.

Many states also have their own stricter codified procedural protections for disciplining public employees, and of course that's before you get into cop union shit, though obviously the whole premise of the argument here is that we would be changing those state/local rules. But that stuff is a whole other can of worms. I'm just saying that even if you change state/local law/rules, even if you abolish cop unions, any police disciplinary body trying to operate this way they would definitely lose a lawsuit from the first cop they disciplined. I've personally seen multiple fucking volunteer firemen win constitutional due process challenges over getting demoted (like, from assistant chief to secondary assistant chief of what is mostly a social club) because they were disciplined without a formal hearing that afforded them procedural due process.

Unlike parent I'm not saying this is good or that to change it would be "unfair", just that what we're describing here -- that is, making it practically possible to discipline cops -- is disallowed under our current system of laws as we understand it. It would take a variety of substantive changes in how we legislatively and judicially structure procedural rights at every level of government from the top down.

Yeah, it is practically true that AGPL means a project is impossible to use for a lot of people, but that doesn't have much to do with the license itself. A lot of developers work for companies that have legal departments that would rather err on the side of caution with copyleft stuff. But of course a lot of companies love GPL code nowadays. After all, the GPL allows them to exploit the loophole closed by the Affero clause, especially in the case of web services companies. From a corporate perspective, free software is good, but it's only great when you don't have to follow it, because then you effectively get to crowdsource some of your development costs without any reciprocal obligations.

The result is that a lot of developers have had to sign contracts with their employers that say they'll never use or contribute to AGPL code even in their personal time. This is often reinforced by mandatory compliance training that repeats bogus nonsense about how if you ever run an AGPL program on your personal laptop you could turn the entire company codebase into GPL code. These myths then proliferate and end up driving other companies to do the same thing. It's all FUD of course, whether the people repeating it know that or not, but the practical consequences are that a lot of people legally cannot interact with AGPL projects at all. Again, that's not because the license is all that restrictive but because of what amounts to a universal corporate boycott.

The specific logic with user agents is that it happened (I think they've ended it now?) whenever the word "curl" was not in your user agent string. If the substring "curl" was contained anywhere in your user agent string, it did not have a delay. I cannot imagine how it could rot in that specific way non-maliciously.

I think locking use of a language into particular editors is a step several decades backward into Borland-land. I'm not at all confident that "just stop writing types in source code because the magic editor will show them anyway" is a better posture than "just have the magic editor auto-fill the types".

frankly, yes? the reddit admins didn't care about anything, really, and very rarely went on banning sprees. when they did it was just deleting subreddits that were regularly posting about wanting to kill people. and in those cases it didn't require thousands of other random people who just happened to be using an instance but weren't part of that stuff to create a new account on a different website, it just got rid of that one community.

the real problem isnt always your local bofh, it's the other bofhs, and it's the fact that your friend's local bofh who has a tiny fiefdom of a few thousand users can unilaterally cut off access between those users and the few thousand people on your instance.

i'm not going to go so far as to say "centralization is good", but in a centralized system, a personality clash between a couple internet janitors might lead to a new subforum being made that a few users might choose to go to. in a decentralized system, a personality clash between internet janitors leads to platform-wide technological incompatibilities for thousands of users who have nothing to do with it.

This conversation has gone back in a circle though. The original parent comment here pointed out that none of the arguments given for why it's a "misuse" hold water. "I can't see how eliminating a common misuse wouldn't be clearer" is not a responsive reply to "it's not a misuse."

Sure, that's a good example of something else, but do you have any examples of any forced updates?

Not all 0x things are crypto, but it's safe to assume that nearly 100% of 0x things from people who used to have .eth in their name are references to crypto and not to any other context for hexadecimal numbers.

This was originally brought up in the context of saying that certain people removed eth and added 0x which is in context still clearly a reference to crypto, so the username fad just changed, and these probably (sadly) shouldn't be seen as Ethereum/crypto dying or losing popularity. Your implication is that Ethereum and crypto are dying and their users are en masse getting very interested in computer science and the hexadecimal numbering system and all happened to decide to change their names to include 0x for that reason, but it seems a lot more likely that the crypto cult is just playing follow the leader.

Why would John attempt to load a website in a Gopher client? I'm not certain you understand what Gopher is.

Maybe not all of the things you listed, but the comparison to forging your own materials with expensive equipment in a painstaking process that takes a long time is very, very comparable to the requirement web3 places on individuals to invest massive amounts of resources, time, and effort to do basic things that they can do right now very simply without any such obligations. Until web3 manages to overcome these limitations your vision of a future utopian internet where everything is slower and the planet catches on fire won't be adopted by anyone except niche enthusiasts (just like building your own car).

I'm just saying you'd be happier there, it even has boards for non-tech-related stuff since you don't post here about tech-related stuff. Perfect fit!

Yeah. Tech (hell, humanity) already has a big enough problem with cults forming around bad or discredited ideas and defending them to the death, but the intrinsic characteristics of crypto make its adherents substantially more aggressive -- specifically the fact that crypto fans are not only emotionally and ideologically invested, but generally also quite heavily materially and financially invested, usually to the tune of thousands or tens of thousands of dollars, if not more. The consequences if they're wrong are so much worse which necessitates a completely different level of self-deception and defensiveness.

Maybe it's just me, but unless I'm crazy you've just listed all of the reasons it's actually an entirely workable analogy.

You know, if you really want to post like you're on /g/ you can just go back to /g/. It's still there.

I'm two days late but this is an argument for a developer not removing a security vulnerability from a dead project they've stopped maintaining, not this. I feel like not actively choosing to push malware to a repository where you know many, many automated systems will pull that malware onto the systems of your end-users due to a poor security model in the ecosystem you're developing in is a very very low bar of obligation as a maintainer.

Like, okay, you can't expect a doctor to save the life of every person who comes into the ER, but you can hopefully expect them not to start stabbing patients to death, and something should probably happen if they do, right?

Your argument makes sense for inaction (and is important and not brought up enough, honestly; there is a lot of entitlement in the open source world and people treat library developers in some pretty nasty ways), but not for action, as is the case here. The only obligation anyone expected here was the obligation to hold yourself back from making your project that gets millions of downloads per week point to malware.