Scheduled Maintenance: We are aware of an issue with Google, AOL, and Yahoo services as email providers which are blocking new registrations. We are trying to fix the issue and we have several internal and external support tickets in process to resolve the issue. Please see: viewtopic.php?t=158230
For a glorious moment, enjoy the current Chromium on Buster
- stevepusser
- Posts: 12930
- Joined: 2009-10-06 05:53
- Has thanked: 41 times
- Been thanked: 71 times
Re: For a glorious moment, enjoy the current Chromium on Bus
Spent last night porting over LibreOffice 6.4.2.2 from Experimental--seems to be running just fine.
Though why it records the number of build threads and the kernel version with which I built it:
Maybe there's a Cr .149 upstream where they didn't disable va-api; let me take a look--oh, yeah, there it is in Sid.
Though why it records the number of build threads and the kernel version with which I built it:
Maybe there's a Cr .149 upstream where they didn't disable va-api; let me take a look--oh, yeah, there it is in Sid.
MX Linux packager and developer
- stevepusser
- Posts: 12930
- Joined: 2009-10-06 05:53
- Has thanked: 41 times
- Been thanked: 71 times
Re: For a glorious moment, enjoy the current Chromium on Bus
OK, I rebuilt the current buster 80.0.0.something.149 version with va-api, and va-api works again...for another moment. This version also has the patches that let it build on straight generic Buster, no other backports needed, though Buster's clang makes it generate an extra 30 MB or warnings in the build log file. I'm uploading it to the OBS repo in the original post.
MX Linux packager and developer
-
- Posts: 7
- Joined: 2020-04-01 13:32
Re: For a glorious moment, enjoy the current Chromium on Bus
Thank you very much Steve, with your chromium packages and enhanced h264ify my laptop load has been reduced a lot.
I've just a question/curiosity: in the Arch Wiki they suggest to use a chrome-flags.conf file, but i couldn't find the correct path to make it work (and solved by appending the arguments to the chromium.desktop exec line), does anybody know if there's a defined path in Debian for chromium-flags.conf? I was not able to find an answer online.
I've just a question/curiosity: in the Arch Wiki they suggest to use a chrome-flags.conf file, but i couldn't find the correct path to make it work (and solved by appending the arguments to the chromium.desktop exec line), does anybody know if there's a defined path in Debian for chromium-flags.conf? I was not able to find an answer online.
- stevepusser
- Posts: 12930
- Joined: 2009-10-06 05:53
- Has thanked: 41 times
- Been thanked: 71 times
Re: For a glorious moment, enjoy the current Chromium on Bus
I can't answer the conf file question, but users with newer hardware may be able to avoid using h264ify if vainfo shows support for whatever codec the streamer is giving them. My 2018 laptop has decoding hardware for the vp9 codec that Youtube is pushing, but not the newer AV1 codec that they will probably start using soon.
I just checked, and Sid has a new update, too:
I just checked, and Sid has a new update, too:
chromium (80.0.3987.162-1) unstable; urgency=medium
* New upstream security release.
- CVE-2020-6450: Use after free in WebAudio. Reported by Man Yue Mo
- CVE-2020-6451: Use after free in WebAudio. Reported by Man Yue Mo
- CVE-2020-6452: Heap buffer overflow in media. Reported by asnine
-- Michael Gilbert <mgilbert@debian.org> Wed, 01 Apr 2020 04:30:14 +0000
MX Linux packager and developer
- stevepusser
- Posts: 12930
- Joined: 2009-10-06 05:53
- Has thanked: 41 times
- Been thanked: 71 times
Re: For a glorious moment, enjoy the current Chromium on Bus
I didn't have any new problems tweaking, building, and running the new Sid version on MX 19, so I have uploaded the sources to the OBS repository, though it will take some hours to build successfully.
MX Linux packager and developer
- Head_on_a_Stick
- Posts: 14114
- Joined: 2014-06-01 17:46
- Location: London, England
- Has thanked: 81 times
- Been thanked: 132 times
Re: For a glorious moment, enjoy the current Chromium on Bus
Did you try ~/.config/chromium-flags.conf? I think that applies for the Debian chromium package as well.bennyhillthebest wrote:in the Arch Wiki they suggest to use a chrome-flags.conf file, but i couldn't find the correct path to make it work (and solved by appending the arguments to the chromium.desktop exec line)
deadbang
-
- Posts: 7
- Joined: 2020-04-01 13:32
Re: For a glorious moment, enjoy the current Chromium on Bus
I tried, but still on chrome://gpu i see:Head_on_a_Stick wrote: Did you try ~/.config/chromium-flags.conf? I think that applies for the Debian chromium package as well.
Code: Select all
Accelerated video decode is unavailable on Linux: 137247
Disabled Features: accelerated_video_decode
- stevepusser
- Posts: 12930
- Joined: 2009-10-06 05:53
- Has thanked: 41 times
- Been thanked: 71 times
Re: For a glorious moment, enjoy the current Chromium on Bus
Out of curiosity, what GPU do you have working with va-api in Chromium now?
MX Linux packager and developer
-
- Posts: 7
- Joined: 2020-04-01 13:32
Re: For a glorious moment, enjoy the current Chromium on Bus
I have an ASUS X54C laptop, with a i3-2350m and Intel HD 3000 graphics, and i've installed on it Debian i686 XFCE.
- stevepusser
- Posts: 12930
- Joined: 2009-10-06 05:53
- Has thanked: 41 times
- Been thanked: 71 times
Re: For a glorious moment, enjoy the current Chromium on Bus
OK, thanks for the info. I see they have yet another update to the current 81.something version in Sid, so I'll see if I can backport that without va-api breaking this time.
MX Linux packager and developer
- stevepusser
- Posts: 12930
- Joined: 2009-10-06 05:53
- Has thanked: 41 times
- Been thanked: 71 times
Re: For a glorious moment, enjoy the current Chromium on Bus
Like the 81 version in Experimental, this newer version currently in testing that I backported screws up the video for me when va-api is enabled, so the moment may be coming to an end. I wonder if va-api works in testing or Sid with it, though.
MX Linux packager and developer
- stevepusser
- Posts: 12930
- Joined: 2009-10-06 05:53
- Has thanked: 41 times
- Been thanked: 71 times
Re: For a glorious moment, enjoy the current Chromium on Bus
Apparently va-api breaks for everyone with that version: https://bugs.debian.org/cgi-bin/bugrepo ... bug=956640
MX Linux packager and developer
-
- Posts: 34
- Joined: 2020-04-18 08:11
Re: For a glorious moment, enjoy the current Chromium on Bus
I am a n00b trying to follow the advice in this post. Before I begin to get too deep into it:
Has the glorious moment passed already? Is HW acceleration dead as per the two most recent stevepusser posts?
Or will this still be working with Chromium below v.81?
Has the glorious moment passed already? Is HW acceleration dead as per the two most recent stevepusser posts?
Or will this still be working with Chromium below v.81?
Re: For a glorious moment, enjoy the current Chromium on Bus
Just to mention that the latest chromium—courtesy of Canonical—for users who hanker after the shiniest stuff rather than the tried and tested can also be installed via snap:
So it appears in the menu (I've tested this with the mate desktop]
However, not everyone agrees with installing stuff via snap; see for example sunrat's comments in this forum topic.
Code: Select all
# apt install snapd
# snap install chromium
chromium 81.0.4044.129 from Canonical✓ installed
Code: Select all
# cp /var/lib/snapd/desktop/applications/chromium_chromium.desktop /usr/share/applications/
DebianStable
Code: Select all
$ vrms
No non-free or contrib packages installed on debian! rms would be proud.
- stevepusser
- Posts: 12930
- Joined: 2009-10-06 05:53
- Has thanked: 41 times
- Been thanked: 71 times
Re: For a glorious moment, enjoy the current Chromium on Bus
The version in my OBS repo still has va-api working, and Debian hasn't pushed any newer version to Buster yet.FOSS-15-Great wrote:I am a n00b trying to follow the advice in this post. Before I begin to get too deep into it:
Has the glorious moment passed already? Is HW acceleration dead as per the two most recent stevepusser posts?
Or will this still be working with Chromium below v.81?
MX Linux packager and developer
-
- Posts: 34
- Joined: 2020-04-18 08:11
Re: For a glorious moment, enjoy the current Chromium on Bus
I managed to get your version of chromium installed, Steve - thank you.
In case other beginners (like me) are trying this: the flags, as stated in the Arch Wiki, need to be appended to the Exec= line with no line breaks between them.
I still have the following problems, apparently:
If I understand them correctly they are down to my particular Intel hardware? (i.e. no Vulkan availability for 4th generation iGPU).
I just read up on the Arch Chromium Wiki to learn about those flags and managed to get HW acceleration working on my T440p Haswell laptop with HD4600. Thank you, bennyhillthebest for pointing out the possibility of writing the flags into the chromium.dektop file in /usr/share/applicationsbennyhillthebest wrote:So, it doesn't seem to work for me. I also tried moving the file from ~/.config/ to ~/.config/chromium/, but still no success. Thankfully, with the .desktop file exec line it works, so i'm enjoying my hw acceleration nowHead_on_a_Stick wrote: Did you try ~/.config/chromium-flags.conf? I think that applies for the Debian chromium package as well.
In case other beginners (like me) are trying this: the flags, as stated in the Arch Wiki, need to be appended to the Exec= line with no line breaks between them.
I still have the following problems, apparently:
Code: Select all
Driver Bug Workarounds
adjust_src_dst_region_for_blitframebuffer
clear_uniforms_before_first_program_use
count_all_in_varyings_packing
disable_post_sub_buffers_for_onscreen_surfaces
exit_on_context_lost
max_3d_array_texture_size_1024
max_texture_size_limit_4096
msaa_is_slow
rely_on_implicit_sync_for_swap_buffers
scalarize_vec_and_mat_constructor_args
disabled_extension_GL_KHR_blend_equation_advanced
disabled_extension_GL_KHR_blend_equation_advanced_coherent
disabled_extension_GL_MESA_framebuffer_flip_y
Problems Detected
Clear uniforms before first program use on all platforms: 124764, 349137
Applied Workarounds: clear_uniforms_before_first_program_use
Mesa drivers in Linux handle varyings without static use incorrectly: 333885
Applied Workarounds: count_all_in_varyings_packing
Disable partial swaps on Mesa drivers (detected with GL_RENDERER): 339493
Applied Workarounds: disable_post_sub_buffers_for_onscreen_surfaces
Always rewrite vec/mat constructors to be consistent: 398694
Applied Workarounds: scalarize_vec_and_mat_constructor_args
On Intel GPUs MSAA performance is not acceptable for GPU rasterization: 527565
Applied Workarounds: msaa_is_slow
Disable partial swaps on Mesa drivers (detected with GL_VERSION): 339493
Applied Workarounds: disable_post_sub_buffers_for_onscreen_surfaces
adjust src/dst region if blitting pixels outside framebuffer on Linux Intel: 664740
Applied Workarounds: adjust_src_dst_region_for_blitframebuffer
Disable KHR_blend_equation_advanced until cc shaders are updated: 661715
Applied Workarounds: disable(GL_KHR_blend_equation_advanced), disable(GL_KHR_blend_equation_advanced_coherent)
Some drivers can't recover after OUT_OF_MEM and context lost: 893177
Applied Workarounds: exit_on_context_lost
Avoid waiting on a egl fence before swapping buffers and rely on implicit sync on Intel GPUs: 938286
Applied Workarounds: rely_on_implicit_sync_for_swap_buffers
Mesa hangs the system when allocating large textures: 927470
Applied Workarounds: max_3d_array_texture_size_1024, max_texture_size_limit_4096
Disable GL_MESA_framebuffer_flip_y for desktop GL: 964010
Applied Workarounds: disable(GL_MESA_framebuffer_flip_y)
Re: For a glorious moment, enjoy the current Chromium on Bus
I'll revive this thread. A Chromium fork which attempts to remove Google's tracking code is making Debian Binaries.
The Debian 10 version, based on 81, includes working hardware acceleration, on both my amdgpu 2200g and Intel 630HD.
https://software.opensuse.org/download/ ... d_chromium
Edit for Grammar
The Debian 10 version, based on 81, includes working hardware acceleration, on both my amdgpu 2200g and Intel 630HD.
https://software.opensuse.org/download/ ... d_chromium
Edit for Grammar
Last edited by shep on 2020-05-13 10:44, edited 2 times in total.
- stevepusser
- Posts: 12930
- Joined: 2009-10-06 05:53
- Has thanked: 41 times
- Been thanked: 71 times
Re: For a glorious moment, enjoy the current Chromium on Bus
Unfortunately, they don't provide source files (the source code for Chromium is a tad bigger than 108 bytes):shep wrote:I'll revive this thread. A Chromium fork which attempts to remove Google's tracking code is making Debian Binaries. Debian 10 version, based on 81, available works. Including hardware acceleration, on both my amdgpu 2200g and Intel 630HD.
https://software.opensuse.org/download/ ... d_chromium
http://download.opensuse.org/repositori ... an_Buster/
Hmmm--their github seems to have a patch that fixes the messed up color problems with va-api in the 81 releases--let me see if I can apply it to ours.
MX Linux packager and developer
Re: For a glorious moment, enjoy the current Chromium on Bus
Source is available here:
https://github.com/Eloston/ungoogled-chromium
Are you talking about Debian src files?
https://github.com/ungoogled-software/u ... ium-debian
By the way, the Debian/Ubuntu group just updated to
this morning. I suspect the Debian/Ubuntu group has set up a build bot.
https://github.com/Eloston/ungoogled-chromium
Are you talking about Debian src files?
https://github.com/ungoogled-software/u ... ium-debian
By the way, the Debian/Ubuntu group just updated to
Code: Select all
81.0.4044.138-1.buster1
- stevepusser
- Posts: 12930
- Joined: 2009-10-06 05:53
- Has thanked: 41 times
- Been thanked: 71 times
Re: For a glorious moment, enjoy the current Chromium on Bus
I adapted the patch to refactor Debian's existing fixes/gl.patch, and that indeed fixed the va-api color issue issue for the now somewhat dated Chromium, so I'm uploading the sources to my OBS repo, though ungoogled-chromium is now a preferred option for the latest release.
MX Linux packager and developer