Readit News logoReadit News
lubutu commented on The order of files in /etc/ssh/sshd_config.d/ matters   utcc.utoronto.ca/~cks/spa... · Posted by u/NGRhodes
eapriv · 5 months ago
Of course the order matters, that’s why the file names have numbers in them.
lubutu · 5 months ago
I initially read "the order of files in /etc/ssh/sshd_config.d/" to mean the order of files in the underlying directory inode, i.e. as returned by `ls -f` — and thought, "oh god"... But the lexicographical order, that's not too surprising.
lubutu commented on Show HN: "Git who" – A new CLI tool for industrial-scale Git blaming   github.com/sinclairtarget... · Posted by u/weebst
gleenn · 5 months ago
Isn't this sort of an inconsequential point? The commit still has one and only one author and that's almost certainly what I'm looking for so I know who to go ask questions about their code. I also use it to find the commit but less frequently.
lubutu · 5 months ago
I mean, no. If you work on a codebase that's been going for more than a few years, the author likely doesn't even work there anymore. The commit is the important thing.
lubutu commented on Static search trees: faster than binary search   curiouscoding.nl/posts/st... · Posted by u/atombender
ryao · 8 months ago
I had not seen the use of constexpr. You are correct that those are in C++.
lubutu · 8 months ago
C23 has constexpr, albeit only for objects, not functions. The code also uses namespaces, as in `std::aligned_alloc(P, T)`.
lubutu commented on X debut 40 years ago (1984)   talisman.org/x-debut.shtm... · Posted by u/guerby
guerby · a year ago
https://en.wikipedia.org/wiki/X_Window_System

"X originated as part of Project Athena at Massachusetts Institute of Technology (MIT) in 1984.[3] The X protocol has been at version 11 (hence "X11") since September 1987."

lubutu · a year ago
Meanwhile, Kerberos (also Project Athena) has been at version 5 since September 1993.
lubutu commented on The Unix-Haters Handbook (1994) [pdf]   simson.net/ref/ugh.pdf... · Posted by u/udev4096
yrro · a year ago
We're not there with authentication yet (although I've no problem with Kerberos myself).
lubutu · a year ago
There has been recent work on RPC-with-TLS (RFC 9289), xprtsec=mtls.
lubutu commented on The Unix-Haters Handbook (1994) [pdf]   simson.net/ref/ugh.pdf... · Posted by u/udev4096
kelnos · a year ago
When I was much younger I used to find this funny and entertaining, but nowadays I just find it boring. It always seems fashionable to hate on things, and I'm just tired of the depressing, defeatist attitudes that support that fashion.

I do wonder, though, if this were (re)written today, how much of it would be the same, how much of it would be outdated, and how much new stuff the haters would come up with.

The chapter on file systems is mostly no longer relevant (some file systems do still suck, but the defaults are pretty solid now). NFS still sucks (IMO it sucks more than it used to), but far fewer people need to use it nowadays. C and C++ are still unfortunately prevalent, but there are at least quite a few systems programming alternatives, and they're gaining ground. Sendmail isn't the only game in town anymore, and I expect most outfits use something else these days, and USENET is a distant memory for most people, so there go another two chapters.

But then the terminal/TTY situation has barely changed, and how all that works is just as (if not more) divorced from the reality of daily usage. Security has improved, but most people still have a god-mode root account, and most of the security improvements have come out of necessity; the world of networked computing is much more "dangerous" today than it was in the early 90s. Documentation is still often poor, and many systems still seem designed more for programmers than less-technical users.

I wonder what they'd think of systemd and Wayland!

lubutu · a year ago
> NFS still sucks (IMO it sucks more than it used to)

Any chance you could elaborate?

lubutu commented on Amazon ditches 'just walk out' checkouts at its grocery stores   gizmodo.com/amazon-report... · Posted by u/walterbell
gruez · a year ago
That's just playing with words. Putting Gordon Ramsay in the same bucket as "burger flipper" makes as much sense as putting Linus Torvalds in the same bucket as "keyboard monkey".
lubutu · a year ago
The distinction I suppose is that what you really mean is "the difference in [necessary] skill level between a burger flipper and an accountant".
lubutu commented on Pipexec – Handling pipe of commands like a single command   github.com/flonatel/pipex... · Posted by u/JNRowe
koolba · a year ago
This is neat, but outside of a contrived ouroboros example, what’s a real world use case for this?

There’s a natural flow of outputs becoming inputs and I’m struggling to identify a situation where I would feed things back into the source. Also, named pipes kind of solve that already.

lubutu · a year ago
I suppose such feedback could be used for reaching a fixpoint. Suppose you have a build system that reads targets to be built from stdin and outputs to stdout targets that are dependent on that target and must now be rebuilt. With an ouroboros, the build system will continue to run, even if the dependency graph is dynamically cyclical, until the fixpoint is reached and the build terminates.
lubutu commented on Write Dumb Code (2018)   matthewrocklin.com/write-... · Posted by u/dvcoolarun
lubutu · 2 years ago
I mean, learning Haskell has made me a better programmer even if I've never used it at work.

Perl I have used. I wouldn't say the same about that...

lubutu commented on Amazon blocks long-running FireTV capability, Breaking apps with no warning   aftvnews.com/amazon-block... · Posted by u/thunderbong
shermantanktop · 2 years ago
I always mentally converted it to:

Android De Bugger

Does that make sense? No. But that’s what I subliminally assumed it must mean.

lubutu · 2 years ago
It does make sense — the Unix debugger has always been *db, with no bridges in sight.

https://en.wikipedia.org/wiki/Advanced_Debugger

u/lubutu

KarmaCake day1147March 26, 2011View Original