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: 5, Funny) by Anonymous Coward on Monday April 17 2017, @09:08PM (5 children)
Here's the fix:
rm -rf systemd
(Score: 5, Touché) by fritsd on Tuesday April 18 2017, @04:17AM (4 children)
I can't do that, Dave.
(Score: 2, Funny) by Anonymous Coward on Tuesday April 18 2017, @10:48AM
And for some reason the airlock just opened.
(Score: 1, Touché) by Anonymous Coward on Tuesday April 18 2017, @10:54AM (2 children)
sudo rm -rf systemd
(Score: 0) by Anonymous Coward on Tuesday April 18 2017, @11:47AM (1 child)
username is not in the sudoers file. This incident will be reported.
(Score: 2, Insightful) by Anonymous Coward on Tuesday April 18 2017, @02:23PM
https://xkcd.com/838/ [xkcd.com]