Re: Constructors vs. GNU (was: Future Direction of GNU Hurd?)
William ML Leslie <[email protected]> Tue, 23 Mar 2021 08:41:40 +1100
| Newsgroups | gmane.os.hurd.l4 |
|---|---|
| Message-ID | <CAHgd1hHZZQ3UdN5LXbRbX1pM4Pp6ABn8wo1bSfYQBmQ9-b6awA@mail.gmail.com> |
--00000000000000038805be26ef9e Content-Type: text/plain; charset="UTF-8" > > Quick one for any non-technical readers: we're trying to make sure that > any features we add do not enable DRM or otherwise make it easier for > proprietary services or systems to hold users captive. We're diving deep > into this in the context of some objections that were made many years ago, > which i knew were not only faulty but also missed the real danger. The > features make many types of programs more robust, so it's worth getting to > the bottom of it. --00000000000000038805be26ef9e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"auto"><div class=3D"gmail_quote" dir=3D"auto"><blockquote class= =3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padd= ing-left:1ex">Quick one for any non-technical readers: we're trying to = make sure that any features we add do not enable DRM or otherwise make it e= asier for proprietary services or systems to hold users captive. We're = diving deep into this in the context of some objections that were made many= years ago, which i knew were not only faulty but also missed the real dang= er.=C2=A0 The features make many types of programs more robust, so it's= worth getting to the bottom of it.</blockquote></div></div> --00000000000000038805be26ef9e--