1 |
I'll try to be short. |
2 |
|
3 |
On 18.02.2014 05:09, Canek Peláez Valdés wrote: |
4 |
>> The whole point of creating new software is making things easier. Easier to |
5 |
>> use, easier to maintain, easier to remove. |
6 |
> |
7 |
> Well, systemd is easier to use after a little time learning how it |
8 |
> works. And it seems to be easier to maintain that thousands of lines |
9 |
> of spaghetti shell code. And, I'm sorry, did you just said "easier to |
10 |
> remove"? Seriously? |
11 |
|
12 |
You, as a person declaring ability to code, must understand what |
13 |
removal/substitution of components is important for. |
14 |
|
15 |
> You think the kernel is "easier to remove"? Or glibc? |
16 |
|
17 |
The difference is, the kernel wasn't designed to be removed, neither was |
18 |
glibc. I don't think the development of such projects as |
19 |
Debian/kFreeBSD, uClibc etc is easy. Systemd is going to be even harder |
20 |
to remove -- officially limiting itself to Linux kernels. |
21 |
|
22 |
>> How Integrated? The TCP/IP stack *is* integrated. But it is *protocol* |
23 |
>> integration, *standards* integration not *software* integration. You do want |
24 |
>> tight integration where it just can't work otherwise, but the design of Unix |
25 |
>> provides (well, again repeating this), and almost any robust design should |
26 |
>> provide, the ignorance of one abstraction level about another. Why HAL? Why |
27 |
>> udev? Why drivers as modules? Why not just go and integrate all stuff into |
28 |
>> the kernel, well (again!) like MS do, and don't please say I compare wrong |
29 |
>> things just because MS is not OSS. |
30 |
> |
31 |
> You make a wrong comparison, because MS is not free (libre) software. |
32 |
> With Linux, and systemd, and OpenRC, and HAL, and devfs, and sysv, we |
33 |
> have been able to try new technologies (and see that some of them |
34 |
> fail, like HAL [yuck!]), because we have the source. |
35 |
|
36 |
I knew you'd say this, ignoring my warning. Will you also claim that |
37 |
comparing Oracle and Postgres also doesn't have sense? Or comparing |
38 |
Photoshop and GIMP? |
39 |
|
40 |
> As you said, you can replace the whole of Linux if you so desire (and |
41 |
> have the technical ability). |
42 |
> |
43 |
> You will never be able to do that with any MS software, and so the |
44 |
> comparison makes no sense. |
45 |
|
46 |
BTW, I asked purely technically: why not integrate everything into the |
47 |
kernel, since we're having a working example? |
48 |
|
49 |
>> -- not because of its design, technical details etc, but |
50 |
>> because otherwise in short time you'll end up comparing systemd to itself. |
51 |
> |
52 |
> ? |
53 |
|
54 |
...because there'll be nothing left to compare systemd to. |
55 |
|
56 |
> The code is out there. You can choose to pick any point in time of the |
57 |
> whole stack (ca. 2009, before systemd existed), and wrote from there |
58 |
> if you have enough people willing and able to. |
59 |
|
60 |
So you eventually agree that it all converges on money. Enough people, |
61 |
competent enough in init systems, is quite 'enough' money. |
62 |
|
63 |
> No one is taking anything from any one. No one is forcing nothing. |
64 |
|
65 |
No, no. No forcing. Just an offer you can't refuse. |
66 |
|
67 |
> Free software is being written and offered, and knowledgeable people |
68 |
> are choosing to use it in their distros. |
69 |
> |
70 |
> You are against that? Then wrote your own version with the same (or |
71 |
> better) features. |
72 |
|
73 |
Heck of an argument. You don't like that stupid program on your TV? |
74 |
C'mon broadcast yours own. You don't like that road crossing with |
75 |
hundreds of traffic accidents? C'mon stand there directing traffic |
76 |
instead of the road police. Etc. |
77 |
You call the software free? Then put up with criticism and make |
78 |
conclusions on the feedback. If you don't or can't, don't claim it's |
79 |
free software. |
80 |
|
81 |
Nothing personal, Canek, I respect your POV and your eagerness to help |
82 |
people and make the world better that you always show in this ML. :) |
83 |
|
84 |
-- |
85 |
Best wishes, |
86 |
Yuri K. Shatroff |