emacs-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#39127: closed ([PATCH] fixing icecat's multimedia)


From: GNU bug Tracking System
Subject: bug#39127: closed ([PATCH] fixing icecat's multimedia)
Date: Thu, 16 Jan 2020 09:05:01 +0000

Your message dated Thu, 16 Jan 2020 10:04:13 +0100
with message-id <878sm7ai2a.fsf@nckx>
and subject line Re: [bug#39127] [PATCH] fixing icecat's multimedia
has caused the debbugs.gnu.org bug report #39127,
regarding [PATCH] fixing icecat's multimedia
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden.)


-- 
39127: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=39127
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: [PATCH] fixing icecat's multimedia Date: Tue, 14 Jan 2020 01:58:19 +0100
From IRC yesterday, I found that icecat was still missing something to
properly read multimedia streams, like mp3/mp4. In the current version,
it now tries to open ffmpeg's library dynamically, by looking in the
store, instead of standard locations (/usr/lib etc). But this is not
enough: even if icecat can properly find the library, it cannot load it
because it uses a sandboxing feature that only allows it to read and
write files from/to specific locations. /gnu/store is not part of them.

Since icecat has access to /lib and /usr/lib, I think we can also give
it read access (not write) to /gnu/store. This patch attempts to do
just that, but I couldn't build icecat because of a lack of space. It
sets the default security.sandbox.content.read_path_whitelist to
/gnu/store/, the leading / meaning "and everything under it,
recursively").

Wdyt?

Attachment: 0001-gnu-icecat-Give-access-to-the-store-to-the-sandbox.patch
Description: Text Data


--- End Message ---
--- Begin Message --- Subject: Re: [bug#39127] [PATCH] fixing icecat's multimedia Date: Thu, 16 Jan 2020 10:04:13 +0100 Fixed by mhw[0] in commit 429c8284d232c3f9fbe3dc87a3da323f3a864c03, so closing this one.

Thanks!

T G-R

[0]: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=38831#5

Attachment: signature.asc
Description: PGP signature


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]