[FFmpeg-devel] [PATCH 1/2] doc/protocols: Remove third party server
Derek Buitenhuis
derek.buitenhuis at gmail.com
Fri Dec 9 17:27:27 EET 2022
We do not endorse or recommend specific third party servers or companies
that users' data will be funneled through.
It is also incorrectly describing how FFmpeg currently works.
Should have been part of 412922cc6fa790897ef6bb2be5d6f9a5f030754d but was
missed.
Signed-off-by: Derek Buitenhuis <derek.buitenhuis at gmail.com>
---
doc/protocols.texi | 5 +----
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/doc/protocols.texi b/doc/protocols.texi
index 5e9198e67c..b9c9485646 100644
--- a/doc/protocols.texi
+++ b/doc/protocols.texi
@@ -622,9 +622,6 @@ This protocol wraps the IPFS native protocols (ipfs:// and ipns://) to be sent
to such a gateway. Users can (and should) host their own node which means this
protocol will use one's local gateway to access files on the IPFS network.
-If a user doesn't have a node of their own then the public gateway @code{https://dweb.link}
-is used by default.
-
This protocol accepts the following options:
@table @option
@@ -632,7 +629,7 @@ This protocol accepts the following options:
@item gateway
Defines the gateway to use. When not set, the protocol will first try
locating the local gateway by looking at @code{$IPFS_GATEWAY}, @code{$IPFS_PATH}
-and @code{$HOME/.ipfs/}, in that order. If that fails @code{https://dweb.link} will be used.
+and @code{$HOME/.ipfs/}, in that order.
@end table
--
2.38.1
More information about the ffmpeg-devel
mailing list