Gentoo Archives: gentoo-amd64

From: "Canek Peláez Valdés" <caneko@×××××.com>
To: gentoo-amd64@l.g.o
Subject: Re: [gentoo-amd64] Boycott Systemd
Date: Tue, 23 Sep 2014 04:01:13
Message-Id: CADPrc81wj+EwZAgDHUuBbmrzSsA=9wRM0UMWgbGfhAjnTwS-pQ@mail.gmail.com
In Reply to: Re: [gentoo-amd64] Boycott Systemd by "Canek Peláez Valdés"
1 On Mon, Sep 22, 2014 at 3:22 PM, Canek Peláez Valdés <caneko@×××××.com> wrote:
2 > On Mon, Sep 22, 2014 at 3:08 PM, Harry Holt <harryholt@×××××.com> wrote:
3 >>
4 >>
5 >> On Mon, Sep 22, 2014 at 2:22 PM, Canek Peláez Valdés <caneko@×××××.com>
6 >> wrote:
7 >>>
8 >>> On Mon, Sep 22, 2014 at 12:58 PM, Barry Schwartz
9 >>> <chemoelectric@×××××××××××××.org> wrote:
10 >>> > Lie Ryan <lie.1296@×××××.com> skribis:
11 >>> >> Diversity isn't about feeding people who feels everything not-invented
12 >>> >> here is godawful. When you have a clearly defined problem and you can
13 >>> >> create a solution that satisfies that niche better than any other
14 >>> >> solutions, that is diversity.
15 >>> >
16 >>> > ‘Diversity’ here is deviation from established Unix/POSIX philosophy
17 >>> > in system design. Years of effort to simplify programming are being
18 >>> > thrown away on grounds that resemble common arguments in favor of the
19 >>> > ‘tight integration’ that is Microsoft Windows. I mean, seriously, many
20 >>> > of the pro-systemd arguments are like those I have heard for using
21 >>> > Windows: that applications ‘just work’, because they were written for
22 >>> > a dominant system.
23 >>> >
24 >>> > But I view this like a programmer, not like a Windows user; I want my
25 >>> > software to be portable because it is written portably (in a POSIX
26 >>> > sense), not because it is written for a universally available
27 >>> > particular POSIX variant. What I see is something like a return to the
28 >>> > days when you had to write different code for variants of USG, BSD,
29 >>> > and whatnot, except that now, unlike then, one of the variants is
30 >>> > overwhelmingly dominant.
31 >>> >
32 >>> > What I really fear, though, is what if one day the kernel team is a
33 >>> > different entity, more like other entities in the Linux world?
34 >>>
35 >>> As a professional programmer, I completely disagree with any dogma
36 >>> based on "philosophy" rather than technical merits. I will not rehash
37 >>> here the same discussion we have had several times in gentoo-user, so
38 >>> I will just paste what Linus recently had to say about "the
39 >>> traditional unix"[1].
40 >>>
41 >>> "So I think many of the "original ideals" of UNIX are these days more
42 >>> of a mindset issue than necessarily reflecting reality of the
43 >>> situation.
44 >>>
45 >>> "There's still value in understanding the traditional UNIX "do one
46 >>> thing and do it well" model where many workflows can be done as a
47 >>> pipeline of simple tools each adding their own value, but let's face
48 >>> it, it's not how complex systems really work, and it's not how major
49 >>> applications have been working or been designed for a long time. It's
50 >>> a useful simplification, and it's still true at *some* level, but I
51 >>> think it's also clear that it doesn't really describe most of reality.
52 >>>
53 >>> "It might describe some particular case, though, and I do think it's a
54 >>> useful teaching tool. People obviously still do those traditional
55 >>> pipelines of processes and file descriptors that UNIX is perhaps
56 >>> associated with, but there's a *lot* of cases where you have big
57 >>> complex unified systems."
58 >>>
59 >>> Let me emphasize the important part:
60 >>>
61 >>> "There's still value in understanding the traditional UNIX [...] model
62 >>> [...], but let's face it, it's not how complex systems really work".
63 >>>
64 >>> So, I'm sorry, but if I'm going to take a programmer's word, is going
65 >>> to be Linus over almost anyone else. And to quote Rob Pike: "Not only
66 >>> is UNIX dead, it’s starting to smell really bad."
67 >>>
68 >>> Regards.
69 >>>
70 >>> [1]
71 >>> http://www.itwire.com/business-it-news/open-source/65402-torvalds-says-he-has-no-strong-opinions-on-systemd
72 >>> --
73 >>> Canek Peláez Valdés
74 >>> Profesor de asignatura, Facultad de Ciencias
75 >>> Universidad Nacional Autónoma de México
76 >>>
77 >>
78 >> You left out a few gems from Linus. I already posted Linus' rant about some
79 >> of the major failings of systemd and its developers - there are some issues
80 >> he brings up in his article that you still refuse to acknowledge as major
81 >> short-comings:
82 >>
83 >> "I don't actually have any particularly strong opinions on systemd itself.
84 >> I've had issues with some of the core developers that I think are much too
85 >> cavalier about bugs and compatibility, and I think some of the design
86 >> details are insane (I dislike the binary logs, for example), but those are
87 >> details, not big issues."
88 >>
89 >> "Now, I'm still old-fashioned enough that I like my log-files in text, not
90 >> binary, so I think sometimes systemd hasn't necessarily had the best of
91 >> taste, but hey, details.."
92 >
93 > You make my point: all the things Linus doesn't like about systemd are
94 > "details".
95 >
96 >> But of course, actions speak louder than words. Linus may have explained
97 >> why he kicked Kay Sievers out of the kernel maintainers, but if he did, it
98 >> wasn't included in the edited transcript.
99 >
100 > That happened almost six months ago. Nobody in LKML really cares about
101 > that; only systemd-haters keep bring it up.
102 >
103 > And yeah, actions speak louder than words. See which distributions
104 > switched or are about to switch to systemd.
105 >
106 > In the end, those are the only actions that matter.
107
108 And BTW, check the git logs for the Linux kernel; after Linus'
109 outburst in April, Kay has continued to be involved in several patches
110 to the Linux kernel, basically at the same rate that before the
111 outburst.
112
113 So, he was not kicked from anywhere. But that will not retract the
114 systemd-haters from bringing up that "argument".
115
116 Regards.
117 --
118 Canek Peláez Valdés
119 Profesor de asignatura, Facultad de Ciencias
120 Universidad Nacional Autónoma de México