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

Graphical Environments, Managers, Multimedia & Desktop questions.
Message
Author
User avatar
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

#21 Post by stevepusser »

Spent last night porting over LibreOffice 6.4.2.2 from Experimental--seems to be running just fine.

Image

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

User avatar
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

#22 Post by stevepusser »

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

bennyhillthebest
Posts: 7
Joined: 2020-04-01 13:32

Re: For a glorious moment, enjoy the current Chromium on Bus

#23 Post by bennyhillthebest »

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.

User avatar
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

#24 Post by stevepusser »

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:
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

User avatar
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

#25 Post by stevepusser »

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

User avatar
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

#26 Post by Head_on_a_Stick »

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)
Did you try ~/.config/chromium-flags.conf? I think that applies for the Debian chromium package as well.
deadbang

bennyhillthebest
Posts: 7
Joined: 2020-04-01 13:32

Re: For a glorious moment, enjoy the current Chromium on Bus

#27 Post by bennyhillthebest »

Head_on_a_Stick wrote: Did you try ~/.config/chromium-flags.conf? I think that applies for the Debian chromium package as well.
I tried, but still on chrome://gpu i see:

Code: Select all

Accelerated video decode is unavailable on Linux: 137247
Disabled Features: accelerated_video_decode
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 now :D

User avatar
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

#28 Post by stevepusser »

Out of curiosity, what GPU do you have working with va-api in Chromium now?
MX Linux packager and developer

bennyhillthebest
Posts: 7
Joined: 2020-04-01 13:32

Re: For a glorious moment, enjoy the current Chromium on Bus

#29 Post by bennyhillthebest »

I have an ASUS X54C laptop, with a i3-2350m and Intel HD 3000 graphics, and i've installed on it Debian i686 XFCE.

User avatar
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

#30 Post by stevepusser »

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

User avatar
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

#31 Post by stevepusser »

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

User avatar
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

#32 Post by stevepusser »

Apparently va-api breaks for everyone with that version: https://bugs.debian.org/cgi-bin/bugrepo ... bug=956640 :(
MX Linux packager and developer

FOSS-15-Great
Posts: 34
Joined: 2020-04-18 08:11

Re: For a glorious moment, enjoy the current Chromium on Bus

#33 Post by FOSS-15-Great »

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?

kedaha
Posts: 3521
Joined: 2008-05-24 12:26
Has thanked: 33 times
Been thanked: 77 times

Re: For a glorious moment, enjoy the current Chromium on Bus

#34 Post by kedaha »

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:

Code: Select all

# apt install snapd
# snap install chromium
chromium 81.0.4044.129 from Canonical✓ installed
So it appears in the menu (I've tested this with the mate desktop]

Code: Select all

# cp /var/lib/snapd/desktop/applications/chromium_chromium.desktop /usr/share/applications/
However, not everyone agrees with installing stuff via snap; see for example sunrat's comments in this forum topic.
DebianStable

Code: Select all

$ vrms

No non-free or contrib packages installed on debian!  rms would be proud.

User avatar
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

#35 Post by stevepusser »

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?
The version in my OBS repo still has va-api working, and Debian hasn't pushed any newer version to Buster yet.
MX Linux packager and developer

FOSS-15-Great
Posts: 34
Joined: 2020-04-18 08:11

Re: For a glorious moment, enjoy the current Chromium on Bus

#36 Post by FOSS-15-Great »

I managed to get your version of chromium installed, Steve - thank you.
bennyhillthebest wrote:
Head_on_a_Stick wrote: Did you try ~/.config/chromium-flags.conf? I think that applies for the Debian chromium package as well.
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 now :D
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/applications

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)
If I understand them correctly they are down to my particular Intel hardware? (i.e. no Vulkan availability for 4th generation iGPU).

shep
Posts: 423
Joined: 2011-03-15 15:22

Re: For a glorious moment, enjoy the current Chromium on Bus

#37 Post by shep »

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
Last edited by shep on 2020-05-13 10:44, edited 2 times in total.

User avatar
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

#38 Post by stevepusser »

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
Unfortunately, they don't provide source files (the source code for Chromium is a tad bigger than 108 bytes):

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

shep
Posts: 423
Joined: 2011-03-15 15:22

Re: For a glorious moment, enjoy the current Chromium on Bus

#39 Post by shep »

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

Code: Select all

81.0.4044.138-1.buster1
this morning. I suspect the Debian/Ubuntu group has set up a build bot.

User avatar
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

#40 Post by stevepusser »

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

Post Reply