| 1 |
On Thu, 20 Feb 2014 18:08:43 -0600 Daniel Campbell wrote: |
| 2 |
> It's marginally clever, but so clearly obvious at the same time. It's |
| 3 |
> sad (to me) that the community didn't see it coming. Those who did have |
| 4 |
> been written off as conspiracy theorists or FUDders. Time will reveal all. |
| 5 |
|
| 6 |
Indeed time reveals everything and part of this foiled plot |
| 7 |
revealed itself two days ago. It was said earlier in the list by |
| 8 |
systemd supporters, that this project is modular, fine split to |
| 9 |
binaries and thus critical issues in the pid 1 are not that likely. |
| 10 |
And just look at systemd-209 release notes: |
| 11 |
|
| 12 |
http://lists.freedesktop.org/archives/systemd-devel/2014-February/017146.html |
| 13 |
[quote] We merged libsystemd-journal.so, libsystemd-id128.so, |
| 14 |
libsystemd-login and libsystemd-daemon into a a single libsystemd.so |
| 15 |
to reduce code duplication and avoid cyclic dependencies (see below). |
| 16 |
[/quote] |
| 17 |
|
| 18 |
So all talks about systemd being modular are nothing more than |
| 19 |
nonsense. Guess what will happen on segfault in libsystemd.so? |
| 20 |
Segfaults in pid 1 are so nice to bear... |
| 21 |
|
| 22 |
And Canek please talk no more about how "talented" systemd |
| 23 |
programmers are or even about how "professional" they are, because |
| 24 |
they're no longer. They failed a trivial textbook example: what should |
| 25 |
one do when libraries A and B have some common code and cyclic deps? |
| 26 |
Push common code to library C. That's the Unix way and secure way. |
| 27 |
Creating single bloated library will help in neither fencing nor |
| 28 |
debugging, nor code audit. |
| 29 |
|
| 30 |
It looks like to me that ultimate goal of systemd is to consume as |
| 31 |
much system and user tools and interfaces as possible. Perhaps, in the |
| 32 |
ideal systemd world there will be nothing but linux-systemd kernel and |
| 33 |
systemd-stuff userspace. Shell communication will extinct, all major |
| 34 |
application and daemons will be converted to systemd "modules". Of |
| 35 |
course this goal will be never achieved as-is, but one may consider |
| 36 |
it as an asymptote of their actions. |
| 37 |
|
| 38 |
Best regards, |
| 39 |
Andrew Savchenko |
Archives