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: 158
Popularity: 0.005449
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 .. 41 42 43 44 45 46 47 48 49 50 51 .. 152 Next › Last »

misc commented on 2015-12-18 18:40 (UTC)

I've been able to use the -lite.tar.xz tarballs without issue, which are still around 450 MiB.

sl1pkn07 commented on 2015-12-16 16:51 (UTC)

yes and no https://groups.google.com/a/chromium.org/forum/#!topic/chromium-packagers/c6lVrV8IuwA/discussion

prazola commented on 2015-12-16 16:11 (UTC)

The source tar.xz is about 1.4GB instead of the usal 380~ MB. Is it ok? :/

axfelix commented on 2015-12-06 20:47 (UTC)

@skzzorz thanks for finding that link -- looks like it is indeed explicitly disabled on mesa.

sflor commented on 2015-12-01 17:15 (UTC)

Does anybody know if there's a binary build with GTK3 support?

sl1pkn07 commented on 2015-11-12 17:50 (UTC)

nope, chromium-dev still need bundled libvpx (it needs headers not included in libvpx 1.5) 'vpx/vpx_codec_impl_bottom.h', 'vpx/vpx_codec_impl_top.h', greetings

prazola commented on 2015-11-12 14:57 (UTC)

Does 48.0.2560.0-1 build support libvpx 1.5?

prazola commented on 2015-11-10 16:21 (UTC)

Wow, latest nightly builds are a bit to heavy :D https://download-chromium.appspot.com/dl/Linux_x64 The executable reach 2gb when uncompressed. Do they have some build problem?

skzzorz commented on 2015-11-08 01:36 (UTC)

@axfelix a qucik search at cs.chromium.org leads to: https://code.google.com/p/chromium/codesearch#chromium/src/content/browser/gpu/browser_gpu_memory_buffer_manager.cc&sq=package:chromium&l=102&rcl=1446928296 it doesn't look like it's disabled by OS-related macro.

axfelix commented on 2015-11-05 22:04 (UTC)

I'm noticing that the --enable-native-gpu-memory-buffers flag doesn't seem to be working on Linux in newest chromium-dev despite the fact that this functionality *should* now be there; is it possible that this is blacklisted at compile time on non-ChromeOS platforms the way that vaapi was? Might be fun to have a look into that...