From: Arthur Miller <arthur.miller@live.com>
To: Dmitry Gutov <dgutov@yandex.ru>
Cc: luangruo@yahoo.com, larsi@gnus.org, rms@gnu.org,
Alexandre Garreau <galex-713@galex-713.eu>,
emacs-devel@gnu.org
Subject: Re: GStreamer xwidget
Date: Wed, 01 Dec 2021 18:53:29 +0100 [thread overview]
Message-ID: <DB9PR09MB4986D794EB99FD36E2AB6D8496689@DB9PR09MB4986.eurprd09.prod.outlook.com> (raw)
In-Reply-To: <7079efb5-6fd2-0225-08f2-e8096bf3657c@yandex.ru> (Dmitry Gutov's message of "Wed, 1 Dec 2021 15:30:16 +0300")
Dmitry Gutov <dgutov@yandex.ru> writes:
> This whole thread is very puzzling.
>
> On 27.11.2021 07:09, Richard Stallman wrote:
>> > > We would have to trust them to place only free plugins in
>> > > `gst-plugins-good' and `gst-plugins-base', and to document the plugins
>> > > correctly.
>> > Wait, it’s not needed to trust anyone. There aren’t millions of plugins,
>> > maximum hundreds: it would be perfectly feasible to include the list of
>> > all of them into emacs. The question is whether to*delegate* that work
>> > to GNOME, and the issue would then be when that list changes, what about
>> > updates, etc.
>> Please state concretely what it is that you're disagreeing about.
>> Instead of arguing about whether to "trust GNOME", please tell
>> us what exactly the GStreamer developers did. Then we can see
>> whether that solves the problem.
>
> Whatever plugins are available on the user's system, are a result of the distro
> including them (which, by default, means only the "good" ones get in), as well
> as the ones the user installed explicitly. Possibly "bad" too (the less
> well-written ones).
That, but, it still does not mean that proprietary codecs will not be present on
the OS even if a distro does not include them, even on a libre system.
A user can always install proprietary plugin(s), so it realy is up to user
consciusness.
If I remember well, people could just copy prorietary codecs from their Windows
systems and install them in gnu/linux to enable them in gstreamer, so there is
no guarantee that gstreamer won't play those.
I would really like to see gstreamer in Emacs, but I am not sure you can truly
prevent gstreamer from loading proprietary codecs.
https://lwn.net/Articles/217583/
Gstreamer seems to support those in order to support users who legaly purchase
licenses to proprietary formats, so getting this off gstreamer means probably
patching gstreamer and distributing own binary with Emacs. Prohibition should
maybe not be a goal?
> If you were designing the 'shell-command' command in Emacs today, would you
> start with a whitelist of all known free software programs and refuse to call
> anything not from that list?
Indeed. And how much are proprietary codecs different from linking Emacs to all
the system libraries in "unjust" systems, i.e. Windows and MacOS?
I think benefits of Emacs being able to play media outweigh the cons. In the
very end, if someone is bying DRM protected media, well, it is his/her personal
choice. In all these years with computing and DRM I have yet not purchased a
single DRM protected piece of software, beside few games back in time when they
used to come in paperboxes on CDs. I agree DRM is crap, but I also think it is a
personal choice people should make on their own.
next prev parent reply other threads:[~2021-12-01 17:53 UTC|newest]
Thread overview: 70+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <87ee7cq2mu.fsf.ref@yahoo.com>
2021-11-19 2:51 ` GStreamer xwidget Po Lu
2021-11-19 4:01 ` T.V Raman
2021-11-19 4:21 ` Po Lu
2021-11-19 5:38 ` Lars Ingebrigtsen
2021-11-19 5:49 ` Po Lu
2021-11-19 6:19 ` Lars Ingebrigtsen
2021-11-19 6:37 ` Po Lu
2021-11-19 6:53 ` Lars Ingebrigtsen
2021-11-19 13:03 ` Eli Zaretskii
2021-11-19 13:07 ` Po Lu
2021-11-19 13:22 ` Eli Zaretskii
2021-11-19 13:33 ` Po Lu
2021-11-19 13:45 ` Eli Zaretskii
2021-11-20 5:07 ` Po Lu
2021-11-20 7:23 ` Eli Zaretskii
2021-11-20 7:27 ` Po Lu
2021-11-21 5:19 ` Richard Stallman
2021-11-21 6:53 ` Lars Ingebrigtsen
2021-11-22 4:31 ` Richard Stallman
2021-11-20 7:42 ` Richard Stallman
2021-11-20 8:05 ` Po Lu
2021-11-20 8:16 ` Lars Ingebrigtsen
2021-11-21 5:18 ` Richard Stallman
2021-11-21 5:27 ` Po Lu
2021-11-22 4:31 ` Richard Stallman
2021-11-22 4:41 ` Po Lu
2021-11-23 6:11 ` Richard Stallman
2021-11-23 7:07 ` Po Lu
2021-11-23 20:54 ` Richard Stallman
2021-11-24 0:32 ` Po Lu
2021-11-25 5:32 ` Richard Stallman
2021-11-25 8:13 ` Po Lu
2021-11-25 11:34 ` Alexandre Garreau
2021-11-27 4:09 ` Richard Stallman
2021-12-01 12:30 ` Dmitry Gutov
2021-12-01 17:53 ` Arthur Miller [this message]
2021-12-02 0:51 ` Po Lu
2021-12-02 2:47 ` chad
2021-11-27 4:08 ` Richard Stallman
2021-11-27 4:38 ` Po Lu
2021-11-28 4:24 ` Richard Stallman
2021-11-28 4:42 ` Po Lu
2021-11-28 8:04 ` Yuri Khan
2021-11-28 8:16 ` Po Lu
2021-11-29 3:02 ` Richard Stallman
2021-11-29 7:31 ` Yuri Khan
2021-11-29 7:44 ` Po Lu
2021-11-29 21:12 ` Richard Stallman
2021-11-30 1:38 ` Po Lu
2021-11-30 8:30 ` Yasushi SHOJI
2021-11-30 9:29 ` Po Lu
2021-11-30 10:30 ` Yasushi SHOJI
2021-12-01 7:04 ` Richard Stallman
2021-12-01 7:09 ` Po Lu
2021-11-30 4:09 ` Richard Stallman
2021-11-29 3:01 ` Richard Stallman
2021-11-29 3:12 ` Po Lu
2021-11-30 4:09 ` Richard Stallman
2021-11-30 4:36 ` Po Lu
2021-12-01 7:04 ` Richard Stallman
2021-11-23 6:11 ` Richard Stallman
2021-11-23 6:55 ` Po Lu
2021-11-24 4:28 ` Richard Stallman
2021-11-21 6:52 ` Lars Ingebrigtsen
2021-11-21 14:45 ` Arthur Miller
2021-11-23 6:09 ` Richard Stallman
2021-11-22 4:31 ` Richard Stallman
2021-12-01 7:07 ` Richard Stallman
2021-12-01 7:31 ` Po Lu
2021-12-01 8:30 ` Alexandre Garreau
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=DB9PR09MB4986D794EB99FD36E2AB6D8496689@DB9PR09MB4986.eurprd09.prod.outlook.com \
--to=arthur.miller@live.com \
--cc=dgutov@yandex.ru \
--cc=emacs-devel@gnu.org \
--cc=galex-713@galex-713.eu \
--cc=larsi@gnus.org \
--cc=luangruo@yahoo.com \
--cc=rms@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).