179 karma · joined August 11, 2009
Would it work if a user's device that is already connected to the VPN, but has custom DNS override to say 8.8.8.8 ? How can I allow my users to be able to use 8.8.8.8 DNS override and still work seamlessly?
Can you give me an example that I can reproduce?
This is clearly nonsense.
Is it only an undefined-behavior because program-must-crash is not the explicitly required by these languages' specs?
As an engineer, I like to see -- for the lack of better word -- some taste instead of characters being too formal and too symmetric. Ubuntu and Ubuntu-Mono satisfy this to a good extent without being too much, like in comic sans.
The closest font with similar taste, which I found recently is Mononoki
I tried several times to get this into a reasonable shape, but all have been failures. If anyone has pointers I really appreciate it.
So, systemd change is a pain for me.
foo.password = xxx
bar.password = yyy
wifi.ssid = fooThe amount of hatred Dems showed openly during 2016 election run was truely something special.
All this with just fixed size keys/values. I am yet to start on variable sized keys and values, but I already want to give up on my initial performance targets.
How does this compared to all other conf costs?
func (c *Config) WithFizz(...) {...}
func (c *Config) WithBazz(...) {...}They actually think saner devs have not-invented-here syndrome :0
I sometimes wonder if I should just leave US forever, to not be part/beneficiary of its future atrocities.
For example, imagine if there are two sockets established between server and client processes (due to multiple ips or roaming, time lags, etc.), then in theory, request received from one socket could be responded through another socket. From application pov it doesn't need to care about the socket. We can do this over TCP, but connection-oriented nature of TCP makes this weird.
It always felt weird developing RPC layers on top of TCP cause requests and responses end up tied to the underlying socket -- which doesn't need to be the case ever.