On Tue, 25 May 2010, Simo Sorce wrote:
I'd like to remember that there are *many* upstreams are going to
resistant to this change. A lot of upstream projects need to be
compatible to a lot of Linux and Unix systems, even old ones, so
before they move they want guarantee that this is really going to
be the next thing. That means that until most distributions start
using systemd they are not going to do the work.
So before it is rushed in it is paramount that tests are done with
those application s that will not have systemd support and make sure
there is not going to be regressions there.
Even bigger question: The architecture has to be correct.
Systemd is trying to solve dependencies between applications by
considering simple FD activity (by acting as a proxy for
applications). However, there almost certainly are more complex,
logical dependencies which are not visible to systemd, and hence
which apps will still have to deal with and resolve between
themselves.
In short, we will still need that app-layer. We need to consider how
that impacts architecturally on the worth of solving a subset of
problems in a lower layer.
regards,
--
Paul Jakma paul(a)jakma.org Key ID: 64A2FF6A
Fortune:
I'm not a real movie star -- I've still got the same wife I started out
with twenty-eight years ago.
-- Will Rogers