Package Details: chromium-dev 87.0.4252.0-1

Git Clone URL: https://aur.archlinux.org/chromium-dev.git (read-only, click to copy)
Package Base: chromium-dev
Description: The open-source project behind Google Chrome (Dev Channel)
Upstream URL: http://www.chromium.org
Keywords: browser web
Licenses: BSD
Submitter: None
Maintainer: sl1pkn07
Last Packager: sl1pkn07
Votes: 158
Popularity: 0.060459
First Submitted: 2010-05-17 09:04
Last Updated: 2020-09-03 23:23

Dependencies (32)

Required by (1)

Sources (4)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 ... Next › Last »

sl1pkn07 commented on 2020-02-13 19:38

no problem

danshick commented on 2020-02-13 19:32

Would you be willing to add the appropriate build flags and optional dependencies for pipewire screen sharing support under wayland?

For reference: https://src.fedoraproject.org/rpms/chromium/pull-request/19#request_diff

misc commented on 2020-01-02 05:38

There's a bunch of patches in the gentoo rep that could be included, esp. the one that fixes use_system libxml.

Other bits…

  • use_system ffmpeg has been working for a long time again

  • libvpx & libwebp should also work

  • if you reduce the build commands in build() to ninja, ie. move the rest into prepare(), you can restart (makepkg -e) the compilation just fine if it crashed (out of memory etc. – recommend running with "earlyoom -m 2") – assuming it did start. If one compiles in /tmp it may also be worthwhile to prepend it with "rm -f tools/clang/crashreports/*", as those reports can be large in size (or at least were during the 'jumbo' period).

  • this patch… https://pastebin.com/6nb1LwmU …addresses three issues I had:

  • ccache wouldn't actually work with the PKGBUILD no matter what I tried (check "ccache -s" during chromium compilation and see if the counters actually change). I had to "patch" it in – "" as the comment in that gni has it seem like that's actually the intended way nowadays. CCACHE_CPP2 isn't needed, btw.

  • I can build/run with use_system icu just fine after these changes (bogus dependency & hardcoded include that the unbundle script forgets).

  • These two media/gpu/test lines (again bogus dependency) needed to be removed or else compilation wouldn't start.

sl1pkn07 commented on 2019-08-29 09:31

I never test

ecocode commented on 2019-08-29 09:21

Does this package work with swaywm (wayland) ?

j1simon commented on 2019-06-23 08:38

Are the patches updated?

j1simon commented on 2019-06-22 10:07

I think there is another error with this variable name:

...
_use_wayland=0           # Build Wayland NOTE: extremely experimental and don't work at this moment
...
if [ "${_wayland}" = "1" ]; then
...

j1simon commented on 2019-06-22 09:20

I think I know what the problem is with the last error: https://bugs.chromium.org/p/chromium/issues/detail?id=964411#c15

If I compile with gn works but it fails with gn-git due this change.

j1simon commented on 2019-06-21 21:11

It doesn't compile. Problem with vulkan:

...
ERROR at //third_party/swiftshader/src/Vulkan/BUILD.gn:102:5: Only source, header, and object files belong in the sources of a shared_library. //third_party/swiftshader/src/Vulkan/libvk_swiftshader.lds is not one of the valid types.
    "libvk_swiftshader.lds",
    ^----------------------
See //third_party/swiftshader/src/swiftshader.gni:49:3: whence it was called.
  shared_library(target_name) {
  ^----------------------------
See //third_party/swiftshader/src/Vulkan/BUILD.gn:35:1: whence it was called.
swiftshader_shared_library("swiftshader_libvulkan") {
^----------------------------------------------------
See //gpu/vulkan/x/BUILD.gn:44:5: which caused the file to be included.
    "//third_party/swiftshader/src/Vulkan:swiftshader_libvulkan",
    ^-----------------------------------------------------------
...

SolarAquarion commented on 2019-06-21 20:58

you need spirv-headers as a make dependency