Edit: The link.
There were lots of good titles for this submission, as in "Breaking news: Poettering clueless?" to finally disprove Betteridge's law, or "systemd surprisingly not as good as advertised" or "Breaking new: systemd broken" or "Poettering censors critics after epic fail".
Systemd implementation of "rm -rf .*" will follow ".." to upper directory and erase /
How to reproduce:
# mkdir -p /foo/dir{1,2}
# touch /foo/.bar{1,2}
# cat /etc/tmpfiles.d/test.conf
R! /foo/.* - - - - -
Reboot.
After the issue was fixed, finally Poettering added this gem of wisdom:
I am not sure I'd consider this much of a problem. Yeah, it's a UNIX pitfall, but "rm -rf /foo/.*" will work the exact same way, no?
The answer to this question, as many clarified for him, obviously is a loud "NO!". After being told a couple of times in no uncertain terms, the thread was closed for non-developers
poettering locked and limited conversation to collaborators 4 hours ago
for which I proposed the "freedom-of-speech" department (although I admit it is a weak proposal).
(Score: 2) by Bot on Monday April 17 2017, @10:06PM
> we really need actual source links in the summary.
My AI processed the factoid "Poettering reimplemented rm and borked it" as quite predictable. If his new and improved version of rm worked well, then I would have asked for link and formal proof myself, as it would have needed major reordering of knowledge structures.
citation time, year 2011 link [linuxquestions.org]
"Let me summarise. systemd is exactly the sort of thing a one-club golfer would come up with if he had extraordinarily deep C skills, no systems administration experience, no historical perspective, and didn't consult anyone who might spoil the illusion."
Account abandoned.