Re: Survey answers part 3: systemd is not portable and what this means for our ports
- To: Debian Devel <email@example.com>
- Subject: Re: Survey answers part 3: systemd is not portable and what this means for our ports
- From: Emanuele Aina <firstname.lastname@example.org>
- Date: Wed, 14 Aug 2013 00:06:59 +0200
- Message-id: <[🔎] email@example.com>
- In-reply-to: <51EB1B7D.firstname.lastname@example.org>
- References: <51E267F3.email@example.com> <CAFX5sbyeJzuOVkEXhQZYVgxYtrab-QUxmJP==b=uj0cfAQex6A@mail.gmail.com> <51E96AE4.firstname.lastname@example.org> <1559462.SK62LhKSUs@scott-latitude-e6320> <51E9751C.email@example.com> <firstname.lastname@example.org> <51E98A07.email@example.com> <CAAZ6_fBMbDHCRUh+M4k-6m3WvKg3Pezm1URsG0jVBeXD-jo_Wg@mail.gmail.com> <firstname.lastname@example.org> <CAO6P2QTuCUmcTdJfPwaP3afyoHJxUVc7JBjXA33S3OMTioc_Gw@mail.gmail.com> <51EB1B7D.email@example.com>
The Wanderer wrote:
> [...] and the "proprietary" interfaces they seem to
> use [...]
>  Meaning approximately "we create our own language and talk it to
> ourselves, and anyone else who wants to talk to us has to learn our
> language", not intending to imply "undocumented" or "legally restricted"
> or anything of the sort. This isn't a very good term for what I mean,
> but I couldn't find a better one.
I tend to think that "custom interfaces" would be more appropriate for
what you described here.
The term "proprietary" seems to imply some sort of exclusivity with
regard to those interfaces, while my current impression is that systemd
developers do not have any interest in locking them to systemd: to the
contrary the seem quite happy that some of them got adopted by others
(hostnamed, localed, logind, etc.) and link to them from their wiki:
In the case of logind, it has even been made able to run standalone to
let others reuse the same implementation, not only the interface.
Sorry for the digression, I just took the chance to mention this stuff
here since it's not the first time I see this term used somewhat
inappropriately in this context.