

The House is supposed to provide proportional representation, per the US Constitution. It has not since the early 20th century. Instead, it gives significant increased representation to people in lower population states.


The House is supposed to provide proportional representation, per the US Constitution. It has not since the early 20th century. Instead, it gives significant increased representation to people in lower population states.


I wish I could have the day that I voted for.


Not to mention the fact that he nearly always renegs on “deals”.


This has been what adherents of the Accelerationism religion have been pushing for a while. They love to talk the talk but want other people to die for their utopia.


This is the same tactic used by the KKK to fight reconstruction…
It’s the same group of people so, shouldn’t be a surprise.


It’s like they really don’t want me to use their pro-Nazi LLM, that I already didn’t want to use on account of the tweaks that they made to make it support nazism.


It is an unfortunately shared initialism. Cognitive Behavioral Therapy.


Appinages are fine. Needing to apply changes as patchsets rather than just building normally sucks. Especially in deb and rpm distros.


Fortunately, it looks like that was done already with Swanstation, which also has many more contributors.


Yes. The license doesn’t technically appear to forbid forking, just sharing the fork.


I have some issues with flatpak, myself, but that mainly stems from having trouble finding documentation to clear up how to properly use extensions and non-standard dependencies that are easy to do with OCI images.
Ex. I had a really hard time trying to get Vega Strike built as a flatpak.


Yeah… That’s pretty terrible. I was meaning packaging patchsets for other distros. Hopefully the GPL-preserving fork is better.


Yeah… But then it sucks for anyone not running Arch (btw) or derivative distros. I really don’t have a dog in this merge conflict but really would feel bad for any packager maintainers.


Would have to go back to before the license change in September 2024. The current license basically forbids forks, from my reading.


Yeah. That’s a pretty shitty license to move to for endusers and others. Disallowing derivatives, etc. is within their rights but, really a dick move but, considering this commit message, not surprising.


As I mentioned in other comments, I am a noob when it comes to web-sec; please forgive what may be dumb questions.
There’s nothing to forgive. Asking questions and being curious is how you learn this stuff.
Is it really just permission rights “over-exposure” issue?
From what I’ve read, it’s more fundamental than that. It’s a basic architecture issue. The datastore was publicly accessible, which it should never be. If they had it setup according to best practices, with an API to proxy access and auth, the datastore’s permissions would be of minimal consequence, unless their network was compromised (still best practice to secure it and approach with a zero-trust mindset).
Or does one need to also encrypt and then decrypt the data itself that must be sent to a database?
Generally, cloud datastores handle encryption/decryption transparently, as long as the account accessing data has authorization to use the key. They probably also didn’t have encryption setup.
Also, if you have time, recommend any links to web/cloud/SaaS security best practices “for dummies”?
Here are some more resources:


I’d argue that it should not even be done in Dev. Dev, staging/testing, and prod environments should all be as close to one another as possible, especially for infra like datastores.


I agree. Some sort of solution is necessary but this probably isn’t it.


On one hand, yes. On the other, women have, based upon crime statistics, legitimate reasons to avoid putting themselves in a situation where they may be assaulted or murdered for reporting problematic and/or worrisome behavior.
Fuck off and give me the fiber that was promised and paid for decades ago.