Package Details: chromium-dev 126.0.6423.2-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: 160
Popularity: 0.019686
First Submitted: 2010-05-17 09:04 (UTC)
Last Updated: 2024-04-21 19:18 (UTC)

Required by (0)

Sources (13)

Latest Comments

« First ‹ Previous 1 .. 24 25 26 27 28 29 30 31 32 33 34 .. 152 Next › Last »

LordAro commented on 2017-02-15 00:04 (UTC)

Looks great, ta (I think I only had trouble with python & node, but all 3 works as well)

sl1pkn07 commented on 2017-02-14 23:36 (UTC) (edited on 2017-02-14 23:37 (UTC) by sl1pkn07)

oh. i see done(?)

LordAro commented on 2017-02-14 23:12 (UTC)

Can you add a couple of -f to the ln commands? Getting "failed to create symbolic link" every time I try to rebuild this is a bit boring...

digitalone commented on 2017-02-13 21:53 (UTC)

Can someone upload a binary package with vaapi patch? Thanks.

cmsigler commented on 2017-02-11 13:56 (UTC) (edited on 2017-02-25 16:29 (UTC) by cmsigler)

One final update on building with (chromium's version of) clang -- See chromium Issue 685244, https://bugs.chromium.org/p/chromium/issues/detail?id=685244 Next UPDATE: The in-tree version of clang has been updated to llvm/clang r295762. As the clang crash was fixed in r291064 it's expected clang can be used to build the tree under Linux again. This assumes this in-tree update is not reverted for some reason. So far, so good. This clang update was committed to the tree 24 Feb 2017. AFAICT, a dev channel update to chromium 58.0.3021.3 or later should contain this update. chromium-58.0.3018.3.tar.xz would not. Clemmitt

sl1pkn07 commented on 2017-02-09 19:47 (UTC)

for tht i back to gcc (see the commit log)

cmsigler commented on 2017-02-09 17:46 (UTC) (edited on 2017-02-10 17:29 (UTC) by cmsigler)

@sl1pkn07 UPDATE 2: Having researched, this clang build bug is perplexing to me. The clang version d'l'ded for the build is somehow tied into the chromium tree. See src/chromium-58.0.3004.3/tools/clang/scripts/update.py where it says "Do NOT CHANGE this if you don't know what you're doing" and the URL given. But... it's impossible to build chromium with this buggy revision of clang, right? Shouldn't they update clang throughout their own tree? Thank you for answering my comment :) P.S.: I finally spent the time required to verify this hadn't been reported as a chromium bug, then filed a bug report there myself: chromium Issue 690972 Original comment: Hi, For chromium vers. 58.0.3000.4 and 58.0.3004.3 I tried to build with _use_ccache=1 (may not help speed things up very much?) and _use_clang=1. My builds crashed (OneObsession also saw clang failure), in both cases on this file: src/chromium-58.0.3004.3/chrome/common/chrome_content_client.cc. I looked back and I used clang to build ver. 56.0.2897.0 successfully. HTH. UPDATE: This is llvm.org/bugs/ Bug 31043 which is fixed in clang r291064. The clang binary automatically downloaded from Google is clang-289944-2.tgz which hasn't had this bug fixed. Clemmitt

sl1pkn07 commented on 2017-02-08 21:52 (UTC)

Poll: Use GTK3 by default? Remove the PAX related in the PKGBUILD? #discuss

BrettBlackham commented on 2017-02-08 18:14 (UTC)

You should add wget to the list of required packages. Cheers. -> Update libaddressinput strings. -> Update nodejs deps ./third_party/node/update_node_binaries: line 86: wget: command not found ==> ERROR: A failure occurred in prepare(). Aborting...

« First ‹ Previous 1 .. 24 25 26 27 28 29 30 31 32 33 34 .. 152 Next › Last »