I’ve spoken with a colleague who’s more experienced with physical networking (my work is mostly cloud based) and it seems the issue is that i have a dumb switch in-between my server and my managed router/switch so nothing is crossing VLANs properly. We figured this out because I did a packet capture on my network and did two DNS queries, one from my machine on my VPN network to the DNS server and one from the docker container to the DNS server. Both sent the same query except my machine got a response and the container did not. I am a bit skeptical that it’s purely a VLAN issue, but this DNS server hasn’t had any other issues with other subnets that aren’t dealing with VLANs so when you’ve eliminated the impossible all that remains is the improbable.

It is not

it’s not a setup issue, it’s a hard limit of xorg. maybe having two xservers may help, but then you wouldn’t be able to move windows between them. the way multiple monitors are done using x is that they’re treated as one continuous screen, but that means it can get a bit wacky because they’re not the same.

Multimonitor is just a better experience on Wayland. For instance, you can have different refresh rates for your monitors and the way it’s handled isn’t janky and hacky.

The only things id be concerned about is that multi monitor will work better under Wayland but nvidia may not. Nvidia and wayland is getting better while multimonitor on X isn’t, but I don’t know exactly how things are rn enough to say

yeah, I’m pretty radically left as it is but I’ve seen a few tankie posts and boy are those threads to stay away from.

asexual people can still have sex and enjoy it, to my understanding it’s they lack sexual desire or a need for sex. It’s also on a spectrum, like most things

resolved sucks imo. i usually disable it and manually set the resolv.conf, or use something else. it has no way to force it to check name servers in a specific order and it has a memory so it’ll use the same name server for multiple checks even if it’s not the right name server. if these things were configurable, I’d agree that it’s good. but they’re not and it makes it very difficult to use in a lot situations.

i think I’ll give that a shot

did you pass through the disks or straight on zfs?

lots of people view the computer landscape as PCs and Macs. nevermind that Macs are pretty much always personal computers (as in computer hardware designed for use by a single individual at a time; non-server hardware)

one of us one of us one of us

oh believe me i am

I can understand Linus getting frustrated at people who consistently push him (i e. Lennart) and I agree that there’s a reason he’s stayed at the helm of kernel maintenance and development all this time; however, that doesn’t denigrate that this is an unacceptable way to treat someone which Linus himself acknowledges! If this were about ReiserFS going into the kernel, I would understand that. But a poorly made commit should not be met with this vitriol. I’m not saying there shouldn’t be consequences for poor work, but this is not it.

You’re making a false equivalency where stern is the same as toxic. There are more professional and clear ways to communicate the issues with code quality. No one is disagreeing that those need to be communicated. The Issue is how.

And because you seem to take stock in what Torvalds says, then consider that if he himself admitted these were harmful and inefficient methods of communication then they probably were. If it was leading to fantastic results in the kernel i don’t see why he would’ve stopped. My guess is that he learned something that it seems you may still have yet to: empathy.

You’re making judgements on people’s utility and ability based on the volatile reactions of man who admits to having issues. That creates toxic environments where people are not encouraged to do better, but any amount of change is due to fear of repercussions. This does not promote growth or new ideas that would genuinely improve something, but rather a fear of failure if they attempt something new. This also isn’t useful programming criticism because the actual useful criticism is buried in an emotional slurry that’s going to make something less receptive to the useful information.

He did hurt the mission. Plenty of kernel maintainers have left, and those were people who had been with the project for years. Losing experienced people to toxicity 1000% harms both the project and the product.