yeah…

They asked for easy, or newbie friendly - and didn't particularly mention privacy concerns.

Other than that, if they don't have a port 80/433 ingress from their ISP there are scarce simple solutions that don't require another server that also needs management, either by them or a corporate entity.

back when i was on a DOCSIS modem, i noticed concurrent downloads would disrupt uploads and vice versa. i think this may depend on the type of connection OP has.

I used to work at a cable company, that was either a problem that people with low SNR had. Either from external factors (tree branch on a cable line) or in-home ones (bad splitter). A modem will ramp up it's gain in order to offset this (to a point), and in so doing, create a lot more interference between channels. OR they were hitting their ingress rate limit (which is quite agressive on residential plans because DDOS'es). It's surprisingly easy to hit your ingress rate limit for modern http/https webservers hosting complex web apps. Lots of concurrent connections open up to try to download all the resources when you go to any website in a modern browser and while it's not a TON of data, the short period of time causes the traffic to easily hit the PPS/BPS rate limit that ISPs employ.

But yeah, it all depends on the ISP.

I'd argue that the cloudflared daemon is even easier to use than a static wire guard or openvpn tunnel. It's basically set and forget. The downside is that you must use cloudflare. This may, or may not be a big deal depending on OPs needs.

I moved from a place with symmetrical gigabit to "gigabit cable" with 30mbps upload, it definitely wasn't good enough for my small family. Photos are quite large these days - not to mention videos. Though it likely has a lot more to do with the bandwidth shaping my ISP does than the 30mbps rate.

Also agree that it's not perfect, but very likely the most newbie friendly solution at the moment. Especially from a deployment scenario vs going piecemeal.

Beat me to it!

Here's the pre-order page (includes a soundcloud version of the song as well) - https://www.metalblade.com/keygenchurch/

Praise the Code!

I’m also on a 7Pro with no issues with WPA3, when it comes to stuff like this, and you’re running a Telco/Cable provided access point, my blame would start there as those things are never the way they’re supposed to be, they run screwed with firmware that you can’t control the updates on and never know if they’re doing everything the way their supposed to or not.

Wha? Where did I say I was using the ISP provided modem? Oh, no-no. I buy all my equipment outright and my AP is the current top-of-the-line Netgear Docis3.1 modem/router combo.

I've double checked this issue as well. As soon as I enable WPA-3 my pixel just refuses to connect, but no other device in my entire home does. Pretty sure it's the Pixel somehow.

Nope - full fat install on hardware - as I said in the post.

Again, just so you don't miss the crucially important context - I'm an advanced user. I typically run vanilla arch or endeavor, both of which do not have these issues. Not to mention, I know that many of these are a result of adding so many repositories on top of the base Arch ones - at least as upgrades are concerned.

If this was in a VM I would go to great lengths to specify as such.

I think Chakra has largely been abandoned these days, but when it was the newest kid on the block I actually appreciated the REALLY GOOD QT5 experience that was lacking on other distros at the time. That being said, not being able to install ANY GTK thing was definitely a deal-breaker. These days the project is very dead and the best "KDE" experience is on KDE Neon.

I really doubt that. Again - advanced user here - with numerous comparison points to other arch based distros. I also maintain large distributed DB clusters for Fortune 100 companies.

If it was something not on the latest version - it's not due to my lack of effort or knowledge, but instead due to the terrible way Garuda is managed.

What, am I supposed to compile kernel modules from scratch myself? Never needed to do that with Endeavour, Manjaro, or just Arch.

If Garuda's install (and subsequent upgrade) doesn't fetch the latest from the Arch repos, that's on them.

EDIT: Also, these non-answers are tiresome, low effort, and provide zero guidance on any matter. I know every single kernel change since 5.0 that impacted my hardware. I have rss feeds for each of the hardware components I have, and if Linux or a distro ships an enhancement to my hardware - I'm usually aware well before it is released. If you were to point to any bit of my hardware I can tell you, for certain, what functionalities are supported, which has bugs, and common workarounds.

If you want this type of feedback to be valuable, then let me know if a new issue/regression has arisen given the list of hardware I've supplied.

Valuable: "Perhaps it was the latest kernel X which shipped some regressions for Nvidia drivers that causes compositor hitching on KWin"

Utterly Useless: "It’s very likely some drivers are not up to date or compatible with your system."

5 huh? That's actually noteable. So far I haven't seen a real human user take longer than a couple of hours to validate. Human registrations on my instance seem to have a 30% attrition. That is, of 10 real human users, I can reasonably expect that 3 won't complete the flow. It seems like your case might be nearing 40-50% which isn't unheard of but couple this with the quickness that these accounts were created - I think you are looking at bots.

The kicker is, though, if one of them IS a real user, it's going to be almost impossible to find out.

This is indeed getting more sophisticated.

I wish I could see this time period on a cloudflare security dashboard, I'm sure there could be a few more indicators there.

Huh, that is interesting, yeah, that pattern is very anomalous. If you have DB access you can try to run this query to return all un-verified users and see if you can identify if the email activations are being completed:

SELECT p.id, p.name, l.email FROM person AS p LEFT JOIN local_user AS l ON p.id=l.person_id WHERE p.local=true AND p.banned=false AND l.email_verified='f'

Not so sure on the LLM front, GPT4+Wolfram+Bing plugins seems to be a doozy of a combo. If anything there should be perhaps a couple interactable elements on the screen that need to be interacted with in a dynamic order that's newly generated for each signup. Like perhaps "Select the bubble closest to the bottom of the page before clicking submit" on one signup and "Check the box that's the furthest to the right before clicking submit"?

Just spitballin it there.

As for the category on email address - certainly not suggesting they remove supporting it, buuuuutttt if we're all about making sure 1 user = 1 email address, then perhaps we should make the duplication check a bit more robust to account for these types of emails. After all someuser+lemmy@somedomain.com is the same as someuser@somedomain.com but the validation doesn't see that. Maybe it should?

That's a bit decontextualized, but the idea is that other than the license terms ensuring that derivatives are also open source, there is also a power of community consensus and popular appeal. Your project will go further and get more improvements if it is popular and used by other developers. It's less about forking having actual power, but what happens when folks feel they must fork because of a core issue with something the original project did that might take a while to be resolved. It can create a larger group of people in the latter group and thus make a fork to garner more interest than the original project.