Re: Watching HTML5 video on GNU Guix?
Le 28 décembre 2019 05:23:18 GMT+01:00, Maxim Cournoyer a écrit : >Hello Znavko, > >zna...@disroot.org writes: > >> ffmpeg was installed: >> > >[...] > >> Those two video are working (cause youtube had converted them, I >think). >> >> On the other videos that are not displaying and often this is live >streams (I think, youtube did not converted them to acceptable format) >> these Javascript warnings with WebGL errors appear in terminal: >> >> https://www.youtube.com/watch?v=9K26GI4C3uY >> >> $ icecat >> JavaScript error: resource:///modules/sessionstore/SessionStore.jsm, >line 1325: uncaught exception: 2147746065 >> JavaScript warning: >https://mail.disroot.org/rainloop/v/1.12.1/static/js/min/openpgp.min.js, >line 0: Successfully compiled asm.js code (total compilation time 94ms) >> JavaScript warning: >https://mail.disroot.org/rainloop/v/1.12.1/static/js/min/openpgp.min.js, >line 0: Successfully compiled asm.js code (total compilation time 7ms) >> JavaScript warning: >https://mail.disroot.org/rainloop/v/1.12.1/static/js/min/openpgp.min.js, >line 0: Successfully compiled asm.js code (total compilation time 2ms) >> console.warn: LoginRecipes: "getRecipes: falling back to a >synchronous message for:" "https://www.youtube.com"; >> JavaScript warning: >https://www.youtube.com/yts/jsbin/player_ias-vfl22ubNH/ru_RU/base.js, >line 5359: Error: WebGL warning: getContext: Disallowing antialiased >backbuffers due to blacklisting. >> JavaScript warning: >https://www.youtube.com/yts/jsbin/player_ias-vfl22ubNH/ru_RU/base.js, >line 5359: Error: WebGL warning: : Failed to create >WebGL context: WebGL is currently disabled. >> JavaScript warning: >https://www.youtube.com/yts/jsbin/player_ias-vfl22ubNH/ru_RU/base.js, >line 5359: Error: WebGL warning: getContext: Disallowing antialiased >backbuffers due to blacklisting. >> JavaScript warning: >https://www.youtube.com/yts/jsbin/player_ias-vfl22ubNH/ru_RU/base.js, >line 5359: Error: WebGL warning: : Failed to create >WebGL context: WebGL is currently disabled. >> JavaScript warning: >https://www.youtube.com/yts/jsbin/player_ias-vfl22ubNH/ru_RU/base.js, >line 5359: Error: WebGL warning: getContext: Disallowing antialiased >backbuffers due to blacklisting. >> JavaScript warning: >https://www.youtube.com/yts/jsbin/player_ias-vfl22ubNH/ru_RU/base.js, >line 5359: Error: WebGL warning: : Failed to create >WebGL context: WebGL is currently disabled. >> >> >> Icecat console displays: >> Error: WebGL warning: getContext: Disallowing antialiased backbuffers >due to blacklisting. base.js:5359:276 >> Error: WebGL warning: : Failed to create WebGL >context: WebGL is currently disabled. base.js:5359:276 >> Blocked https://www.youtube.com/watch?v=9K26GI4C3uY from extracting >canvas data because no user input was detected. base.js:2900:157 >> >> and many ties this: >> Request to access cookie or storage on >> >“https://i.ytimg.com/vi/sfw1IB58HYA/hqdefault.jpg?sqp=-oaymwE…qpAwsIARUAAIhCGAFwAQ==&rs=AOn4CLDPtI4kQ5jl0Nq6M8f7wUF2sjlv6g” >> was blocked because we are blocking all third-party storage access >> requests and content blocking is enabled. > >I can reproduce the problem; it seems that WebGL is now a required by >youtube when using Icecat 68? That's strange because the same video >plays fine in an older version of Icecat (but I have to reload the page >to get it playing). > >Anyway, the problem seems to have more to do with Youtube than HTML5 >playback in Icecat. A random HTML5 video playback test site [0] may >help to convince you of such :-) > >You could try enabling WebGL in your Icecat (disabled by default) by >visiting the "IceCat-specific privacy settings" of the Settings page >and >checking "Enable WebGL". That didn't work for me, as my driver seems >blacklisted by Mozilla. I tried force enabling it with suggestions >from >this page [1] but your link would still wouldn't be happy with my WebGL >support. > >HTH, > >Maxim > >[0] https://tekeye.uk/html/html5-video-test-page >[1] >https://developer.mozilla.org/en-US/docs/Mozilla/QA/Graphics_Blocklisting It's not blacklisted, it's blocked by mozilla's sandbox pplicy. In about:config you can change an option named sandbox.readpath.whitelist or similar. Set it to /gnu/store/ (with a trailing / which means recursively) to allow access to the store, where icecat can find its webgl libraries. Then restart the browser. We should add that by default (or something more restrictive) but I don't know how.
Re: Watching HTML5 video on GNU Guix?
Hello Znavko, zna...@disroot.org writes: > ffmpeg was installed: > [...] > Those two video are working (cause youtube had converted them, I think). > > On the other videos that are not displaying and often this is live streams (I > think, youtube did not converted them to acceptable format) > these Javascript warnings with WebGL errors appear in terminal: > > https://www.youtube.com/watch?v=9K26GI4C3uY > > $ icecat > JavaScript error: resource:///modules/sessionstore/SessionStore.jsm, line > 1325: uncaught exception: 2147746065 > JavaScript warning: > https://mail.disroot.org/rainloop/v/1.12.1/static/js/min/openpgp.min.js, line > 0: Successfully compiled asm.js code (total compilation time 94ms) > JavaScript warning: > https://mail.disroot.org/rainloop/v/1.12.1/static/js/min/openpgp.min.js, line > 0: Successfully compiled asm.js code (total compilation time 7ms) > JavaScript warning: > https://mail.disroot.org/rainloop/v/1.12.1/static/js/min/openpgp.min.js, line > 0: Successfully compiled asm.js code (total compilation time 2ms) > console.warn: LoginRecipes: "getRecipes: falling back to a synchronous > message for:" "https://www.youtube.com"; > JavaScript warning: > https://www.youtube.com/yts/jsbin/player_ias-vfl22ubNH/ru_RU/base.js, line > 5359: Error: WebGL warning: getContext: Disallowing antialiased backbuffers > due to blacklisting. > JavaScript warning: > https://www.youtube.com/yts/jsbin/player_ias-vfl22ubNH/ru_RU/base.js, line > 5359: Error: WebGL warning: : Failed to create WebGL context: > WebGL is currently disabled. > JavaScript warning: > https://www.youtube.com/yts/jsbin/player_ias-vfl22ubNH/ru_RU/base.js, line > 5359: Error: WebGL warning: getContext: Disallowing antialiased backbuffers > due to blacklisting. > JavaScript warning: > https://www.youtube.com/yts/jsbin/player_ias-vfl22ubNH/ru_RU/base.js, line > 5359: Error: WebGL warning: : Failed to create WebGL context: > WebGL is currently disabled. > JavaScript warning: > https://www.youtube.com/yts/jsbin/player_ias-vfl22ubNH/ru_RU/base.js, line > 5359: Error: WebGL warning: getContext: Disallowing antialiased backbuffers > due to blacklisting. > JavaScript warning: > https://www.youtube.com/yts/jsbin/player_ias-vfl22ubNH/ru_RU/base.js, line > 5359: Error: WebGL warning: : Failed to create WebGL context: > WebGL is currently disabled. > > > Icecat console displays: > Error: WebGL warning: getContext: Disallowing antialiased backbuffers due to > blacklisting. base.js:5359:276 > Error: WebGL warning: : Failed to create WebGL context: WebGL > is currently disabled. base.js:5359:276 > Blocked https://www.youtube.com/watch?v=9K26GI4C3uY from extracting canvas > data because no user input was detected. base.js:2900:157 > > and many ties this: > Request to access cookie or storage on > “https://i.ytimg.com/vi/sfw1IB58HYA/hqdefault.jpg?sqp=-oaymwE…qpAwsIARUAAIhCGAFwAQ==&rs=AOn4CLDPtI4kQ5jl0Nq6M8f7wUF2sjlv6g” > was blocked because we are blocking all third-party storage access > requests and content blocking is enabled. I can reproduce the problem; it seems that WebGL is now a required by youtube when using Icecat 68? That's strange because the same video plays fine in an older version of Icecat (but I have to reload the page to get it playing). Anyway, the problem seems to have more to do with Youtube than HTML5 playback in Icecat. A random HTML5 video playback test site [0] may help to convince you of such :-) You could try enabling WebGL in your Icecat (disabled by default) by visiting the "IceCat-specific privacy settings" of the Settings page and checking "Enable WebGL". That didn't work for me, as my driver seems blacklisted by Mozilla. I tried force enabling it with suggestions from this page [1] but your link would still wouldn't be happy with my WebGL support. HTH, Maxim [0] https://tekeye.uk/html/html5-video-test-page [1] https://developer.mozilla.org/en-US/docs/Mozilla/QA/Graphics_Blocklisting
Re: Lazy users and updates
It looks like it is not a technical question at all. Organizational may be. You can see which packages are obsolete and to remind users to renew them. пт, 27 дек. 2019 г. в 16:30, Todor Kondić : > Given the user-centric approach of Guix, it feels like it should be up to > individual users of a shared system to deal with installations and the > system updates. But, what to do when they are lazy, or too novice for > fiddling with the command line? > > Do I use the admin's prerogative and set their own crontabs to pull and > "package -u" once in a while? I feel like this is overriding their free > will for their own good. > > Note that the question is ethical, as much as technical :) > > > > > > >
Re: Watching HTML5 video on GNU Guix?
чт, 26 дек. 2019 г. в 21:00, : > > All those extensions in Icecat are disabled, so LibreJS, LibrifyJS, > Searxes blocker - are disabled. > > I have a question of how to use this part of the internet and work on GNU > Guix simultaneously. > guix show icecat: + WARNING: IceCat 68 has not yet been released by the upstream IceCat project. This is a preview release, and + does not currently meet the privacy-respecting standards of the IceCat project.
Re: Lazy users and updates
Am 27.12.19 um 14:29 schrieb Todor Kondić: Given the user-centric approach of Guix, it feels like it should be up to individual users of a shared system to deal with installations and the system updates. But, what to do when they are lazy, or too novice for fiddling with the command line? Do I use the admin's prerogative and set their own crontabs to pull and "package -u" once in a while? I feel like this is overriding their free will for their own good. Note that the question is ethical, as much as technical :) Ask your users what they prefer. I'd want to handle this myself, but many of my colleagues would prefer an admin to take care of all updating. We are all different :-) Cheers, Konrad.
Lazy users and updates
Given the user-centric approach of Guix, it feels like it should be up to individual users of a shared system to deal with installations and the system updates. But, what to do when they are lazy, or too novice for fiddling with the command line? Do I use the admin's prerogative and set their own crontabs to pull and "package -u" once in a while? I feel like this is overriding their free will for their own good. Note that the question is ethical, as much as technical :)