Package Details: ungoogled-chromium 131.0.6778.85-1

Git Clone URL: https://aur.archlinux.org/ungoogled-chromium.git (read-only, click to copy)
Package Base: ungoogled-chromium
Description: A lightweight approach to removing Google web service dependency
Upstream URL: https://github.com/ungoogled-software/ungoogled-chromium
Keywords: blink browser privacy web
Licenses: BSD-3-Clause
Conflicts: chromedriver, chromium
Provides: chromedriver, chromium
Submitter: ilikenwf
Maintainer: JstKddng (networkException)
Last Packager: networkException
Votes: 354
Popularity: 4.45
First Submitted: 2016-12-19 08:08 (UTC)
Last Updated: 2024-11-20 21:14 (UTC)

Required by (136)

Sources (14)

Pinned Comments

JstKddng commented on 2022-05-06 14:37 (UTC) (edited on 2022-06-27 13:48 (UTC) by JstKddng)

A new va-api patch for wayland has been added. Required flags for it to work are the following, thanks to @acidunit

--disable-features=UseChromeOSDirectVideoDecoder
--enable-hardware-overlays

JstKddng commented on 2020-07-19 06:34 (UTC)

You can get prebuilt binaries here:

https://github.com/ungoogled-software/ungoogled-chromium-archlinux#binary-downloads

seppia commented on 2018-12-12 21:34 (UTC)

Please do NOT flag this package as out of date in relation to official chromium releases.

This is NOT Google Chromium and new releases come after additional work of the ungoogled-chromium contributors, so they may not be ready, nor available for days or even weeks after a new version of official chromium is released.

Please refer to https://github.com/Eloston/ungoogled-chromium/tags for ungoogled-chromium releases. Use those and please flag this package as out of date only if a newer release is present there. I will update the PKGBUILD as soon as I can every time a new release comes out.

Thanks

Latest Comments

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

JstKddng commented on 2023-03-30 14:48 (UTC)

manjaro

RIP, we can't really support manjaro as they hold package updates for some time.

pdpelf commented on 2023-03-29 07:21 (UTC)

installed: last stable update of manjaro: [Stable Update] 2023-02-20

JstKddng commented on 2023-03-29 05:32 (UTC)

@pdpelf

Is your system up to date? I'm sadly unable to reproduce the issue as the OBS builds fine, if you want you can use that binary instead.

https://download.opensuse.org/repositories/home:/justkidding:/arch/Arch/x86_64/ungoogled-chromium-111.0.5563.146-1-x86_64.pkg.tar.zst

pdpelf commented on 2023-03-28 16:34 (UTC)

Error on building:

[36007/52363] CXX obj/media/filters/filters/audio_file_reader.o FAILED: obj/media/filters/filters/audio_file_reader.o

../../media/filters/audio_file_reader.cc:246:50: error: no member named 'duration' in 'AVFrame' if (audio_codec_ == AudioCodec::kAAC && frame->duration) { ~~~~~ ^ ../../media/filters/audio_file_reader.cc:249:16: error: no member named 'duration' in 'AVFrame' frame->duration + std::min(static_cast<int64_t>(0), frame->pts)); ~~~~~ ^ 2 errors generated. [36008/52363] CXX obj/media/filters/filters/h264_to_annex_b_bitstream_converter.o [36009/52363] CXX obj/media/filters/filters/blocking_url_protocol.o [36010/52363] CXX obj/media/filters/filters/h265_to_annex_b_bitstream_converter.o [36011/52363] CXX obj/media/filters/filters/audio_video_metadata_extractor.o [36012/52363] CXX obj/media/filters/filters/ffmpeg_audio_decoder.o ninja: build stopped: subcommand failed. ==> FEHLER: Ein Fehler geschah in build(). Breche ab...

xAsh commented on 2023-03-09 22:46 (UTC)

updating ffmpeg to the latest version broke the required shared libraries (libavcodec.so.59, libavformat.so.59, libavutil.so.57)

JstKddng commented on 2023-02-28 15:55 (UTC)

@cmonty14

you can build on /tmp. You'd need at least 32gb and don't use all your cores otherwise you'll run out of memory.

cmonty14 commented on 2023-02-28 14:56 (UTC)

Is there any option to accelerate the build process except for adding CPU cores?

JstKddng commented on 2023-01-16 01:53 (UTC)

@randomnobody

are you perhaps building directly in your ram? as in, building in /tmp? If there was indeed such a jump, the OBS build would certainly fail as the workers don't have that much memory.

randomnobody commented on 2023-01-16 00:01 (UTC) (edited on 2023-01-17 02:53 (UTC) by randomnobody)

With the new 109 update, the final linking stages of chromium ld.lld consumes approximately 70GB of memory and then proceeds to grind on swap memory until I give up and cancel the job. Is this expected behavior? 108 and prior could generally fit within 32GB of memory, is there a reason for a sudden explosion of memory usage during linking?

EDIT: I was able to successfully build after removing -flto from my makepkg.conf CFLAGS. I also did the build under a fresh user in case some part of my home dir was impacting the build.

missingSleepDeps commented on 2022-12-10 07:05 (UTC)

Thanks, but it managed to build successfully after I gave up on using cpulimit to keep the build from freezing the desktop...

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