1 |
On Tue, Feb 18, 2014 at 12:31 PM, Tanstaafl <tanstaafl@×××××××××××.org> wrote: |
2 |
> On 2014-02-18 1:14 PM, Canek Peláez Valdés <caneko@×××××.com> wrote: |
3 |
>> |
4 |
>> On Tue, Feb 18, 2014 at 12:07 PM, Andrew Savchenko <bircoph@×××××.com> |
5 |
>> wrote: |
6 |
>>> |
7 |
>>> On Tue, 18 Feb 2014 11:22:23 -0600 Canek Peláez Valdés wrote: |
8 |
>>>>> |
9 |
>>>>> Yet again, I respect ones right to use whatever one wants, but I ask |
10 |
>>>>> to respect mine as well. That's why I propose a separate systemd |
11 |
>>>>> profile for those willing to use it. |
12 |
>>>> |
13 |
>>>> |
14 |
>>>> Then write. Just be aware that to write a systemd profile, you need to |
15 |
>>>> use systemd. |
16 |
>>> |
17 |
>>> |
18 |
>>> Or to create a non-systemd profile :) |
19 |
>> |
20 |
>> |
21 |
>> That's the best response I've read in, like, many years. That's |
22 |
>> perfect; I'm 100% behind it. I even volunteer to help (with testing) |
23 |
>> to anyone going for this. |
24 |
> |
25 |
> |
26 |
> Canek, |
27 |
> |
28 |
> You've referred many times to other programs that *require* systemd. |
29 |
|
30 |
I meant in the Gentoo context (more below). |
31 |
|
32 |
And programs depend on *features* provided by systemd, not PID 1. I |
33 |
don't think any program will ever require a certain PID 1, and I would |
34 |
call that a bug. |
35 |
|
36 |
> I'm curious as to the extent of these programs, and to what extent they |
37 |
> *truly* require systemd. |
38 |
|
39 |
I don't understand what you mean by "the extent of these programs". As |
40 |
"to what extent they *truly* require systemd", the don't require |
41 |
systemd the package, they require some of the features provided by it. |
42 |
In particular, logind it's the one being used by GNOME (and Xfce and |
43 |
KDE soon, optionally, as in GNOME). |
44 |
|
45 |
> I can't for the life of me think of any reason that server daemons like |
46 |
> postfix, dovecot, apache, etc would or could ever *require* systemd. |
47 |
|
48 |
Neither of those packages would ever require systemd (nor any init |
49 |
system). If they do, I would call that a bug. |
50 |
|
51 |
All of those programs can use features provided by systemd (like |
52 |
socket activation, using the more advances features of the journal, |
53 |
etc.), but they can be made optional. |
54 |
|
55 |
> I couldn't care less about gnome (don't use it, never used it, don't wanna |
56 |
> use it), but what others are there? |
57 |
|
58 |
Well, KDE is talking about doing basically the same as GNOME and using |
59 |
logind. ConsoleKit will be still supported, as is (technically) in |
60 |
GNOME, and I just read that CK is actually being maintained. I don't |
61 |
know if it's getting new features, though, and logind is. |
62 |
|
63 |
> Also, for those that do require it, what feature of systemd (that doesn't |
64 |
> have an alternative available) is it that the program uses? |
65 |
|
66 |
Again, basically logind. And there *is* ConsoleKit available as an alternative. |
67 |
|
68 |
But basically all the GNOME developers are using systemd, so the CK |
69 |
support is getting bitrotten. That's why the Gentoo GNOME team decided |
70 |
to depend on systemd, although the requirement is really logind. |
71 |
|
72 |
If *someone* creates a logind compatible replacement (it uses a simple |
73 |
dbus API[1]), then even the GNOME suit in Gentoo could drop the |
74 |
requirement for systemd. Ubuntu has been working on something like |
75 |
this, and Mark Shuttleworth said that they will continue to work on |
76 |
it, even with Ubuntu choosing systemd[2], so if/when that's available, |
77 |
there will be no program that *requires* systemd, AFAIK. |
78 |
|
79 |
(Well, gnome-logs depends on the journal, but it's a GUI for a systemd |
80 |
specific feature). |
81 |
|
82 |
Like I've been saying; no one is forcing nothing on no one. But |
83 |
someone has to write/support/maintain the alternative. |
84 |
|
85 |
Regards. |
86 |
|
87 |
[1] http://www.freedesktop.org/wiki/Software/systemd/logind/ |
88 |
[2] http://www.markshuttleworth.com/archives/1316 |
89 |
-- |
90 |
Canek Peláez Valdés |
91 |
Posgrado en Ciencia e Ingeniería de la Computación |
92 |
Universidad Nacional Autónoma de México |