From mboxrd@z Thu Jan 1 00:00:00 1970 From: Svante Signell Subject: Re: (Really) Free Software future Date: Tue, 15 Oct 2019 21:56:08 +0200 Message-ID: References: <6343757.2cZvDvYTfs@pc-713> <20191010061705.GH27628@protected.rcdrun.com> <20191010070606.GW27628@protected.rcdrun.com> <8561e1505c3d90c4deb8bdbfb1a20dced6e96066.camel@gnu.org> Reply-To: svante.signell@gmail.com Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:44844) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iKSvX-0004sL-DG for Guix-devel@gnu.org; Tue, 15 Oct 2019 15:56:16 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iKSvW-0005wR-AL for Guix-devel@gnu.org; Tue, 15 Oct 2019 15:56:15 -0400 In-Reply-To: List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: rms@gnu.org, marinus.savoritias@tuta.io Cc: Guix-devel@gnu.org, gnu-system-discuss@gnu.org, psmith@gnu.org On Mon, 2019-10-14 at 22:41 -0400, Richard Stallman wrote: > > If systemD is be hard to replace, that is a kind of lock-in. But it > isn't _vendor_ lock-in. systemD, like most free software packages, > is not tied to any particular vendor. Indeed, the usual concept of > "vendor" for free software is not applicable to free software at all. Sorry Richard, but it is really a vendor lock-in. As you know there is only one _upstream_ of systemd and that upstream is a company. Systemd software is developed by that company, and as you also know is that contributions, patches and bug reports coming from outside that company are frown upon. People reporting issues are even met with hostility. In case you have counterexamples of the above, please give links, please! Additionally, software system distributors, like Debian, are fully in the hands of the upstream. They are merely users of systemd, trying to tweak the code to create distributions. I know that there are partial forks of systemd like eudev and elogind, but such forks should not be needed if upstream created and documented libraries and APIs so that third-party people could adopt and contribute their (maybe complementary) software too. But that is not happening, because if upstream would do that they'd loose their market advantage. In conclusion: systemd is a _vendor_ lock-in. Fortunately Guix/Shepherd are not (yet??) using systemd, but they use e.g. eudev and elogind. Thank you for your time!