[Bug 279397] www/chromium sqlite3_shim.c compilation error
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279397 --- Comment #7 from Tatsuki Makino --- Created attachment 251127 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=251127=edit ad-hoc patch for www/chromium I don't think we should do it like this patch :), but I think it will workaround it on operating systems where FreeBSD and __FreeBSD__ is defined. Please note that this patch has only been written, and the actual build has not yet been done. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279397] www/chromium sqlite3_shim.c compilation error
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279397 --- Comment #6 from Florian Walpen --- I'm currently experimenting with the internal SQLite of devel/qtcreator, which is easier to test for me. Appending " && !defined(__FreeBSD__)" to the exceptions for APPLE and DARWIN works, but I think the correct solution for upstream should be: #if defined(_POSIX_C_SOURCE) && !defined(_XOPEN_SOURCE) # define _XOPEN_SOURCE 600 #endif Rationale is that _XOPEN_SOURCE helps to extend an already present restriction to _POSIX_C_SOURCE with XOPEN features. But SQLite should not impose a restriction to XOPEN features only when there is no POSIX restriction in effect, thereby reducing the available feature set (like alloca). I don't have time to create a chromium patch now, it may be defined in multiple places due to the amalgamated SQLite source. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279397] www/chromium sqlite3_shim.c compilation error
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279397 Florian Walpen changed: What|Removed |Added CC||pavelivol...@gmail.com --- Comment #5 from Florian Walpen --- (In reply to Tatsuki Makino from comment #4) You're right, I've read that code multiple times before I spotted the #else, but with _XOPEN_SOURCE defined there is neither __BSD_VISIBLE nor alloca. And this is correct I think, according to standards _POSIX_C_SOURCE and _XOPEN_SOURCE actually *restrict* the set of available headers and functionality. See: https://pubs.opengroup.org/onlinepubs/007904975/functions/xsh_chap02_02.html Which means _XOPEN_SOURCE should never be set if non-standard functionality like alloca (or BSD, GNU extensions) is used. Add the maintainer of databases/sqlite3 to this discussion, I think SQLITE_USE_ALLOCA is disabled there as well? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279397] www/chromium sqlite3_shim.c compilation error
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279397 --- Comment #4 from Tatsuki Makino --- The reason why alloca is not defined is likely to be the following part. # 14123 "../../third_party/sqlite/src/amalgamation/sqlite3.c" #define _XOPEN_SOURCE 600 This defines _POSIX_C_SOURCE and makes __BSD_VISIBLE completely undefined. Line 14123 of ${WRKSRC}/third_party/sqlite/src/amalgamation/sqlite3.c reads as follows /* ** We need to define _XOPEN_SOURCE as follows in order to enable ** recursive mutexes on most Unix systems and fchmod() on OpenBSD. ** But _XOPEN_SOURCE define causes problems for Mac OS X, so omit ** it. */ #if !defined(_XOPEN_SOURCE) && !defined(__DARWIN__) && !defined(__APPLE__) # define _XOPEN_SOURCE 600 #endif -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279397] www/chromium sqlite3_shim.c compilation error
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279397 Tatsuki Makino changed: What|Removed |Added CC||tatsuki_mak...@hotmail.com --- Comment #3 from Tatsuki Makino --- As a preface, I am encountering this problem in 12.4-STABLE amd64 environment :) But I'm writing this while looking at the for 14.1-STABLE. It seems that if is used with __BSD_VISIBLE defined, alloca will become a __builtin_alloca. If the C version is strict, sys/cdefs.h will set the __BSD_VISIBLE to 0. First of all, this seems to be the cause of the inability to use alloca. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279397] www/chromium sqlite3_shim.c compilation error
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279397 --- Comment #2 from Florian Walpen --- Mixed that up, sorry: Linux has an alloca.h header which FreeBSD has not (defined in stdlib.h). The relevant SQLite config is SQLITE_USE_ALLOCA, and in devel/qtcreator where I had similar problems I just disabled that. This may not be the best solution here, since alloca has an impact on runtime efficiency. We may have to #include "stdlib.h" somewhere. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279397] www/chromium sqlite3_shim.c compilation error
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279397 Florian Walpen changed: What|Removed |Added CC||d...@submerge.ch --- Comment #1 from Florian Walpen --- I'm getting this error too. Not sure when it was introduced because it was masked by other config and build errors since 125.0.6422.76. This is on 14.0-RELEASE with a base compiler of clang 16.0.6, at least the log says "c++" without any indication of the llvm18 in dependencies. I've seen this error before in other ports with internal sqlite, there it happened when the config header for sqlite wasn't adapted properly to FreeBSD. The alloca function needs an additional header include, in contrast to Linux. If I remember correctly there is a define for it somewhere in the config. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279397] www/chromium sqlite3_shim.c compilation error
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279397 Bug ID: 279397 Summary: www/chromium sqlite3_shim.c compilation error Product: Ports & Packages Version: Latest Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: Individual Port(s) Assignee: chrom...@freebsd.org Reporter: k...@freebsd.org Flags: maintainer-feedback?(chrom...@freebsd.org) Assignee: chrom...@freebsd.org Created attachment 251083 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=251083=edit poudriere build log I started getting the error compiling chromium 125.0.6422.76_1, which is kept persistent with update to 125.0.6422.112: In file included from ../../third_party/sqlite/sqlite3_shim.c:16: ./../third_party/sqlite/src/amalgamation/sqlite3.c:53619:21: error: call to undeclared function 'alloca'; ISO C99 and later do not support implicit function declarations [-Wimplicit-function-declaration] 53619 | u32 *aiValues = sqlite3StackAllocRaw(0, sizeof(p->u.aHash)); | ^ ./../third_party/sqlite/src/amalgamation/sqlite3.c:20536:38: note: expanded from macro 'sqlite3StackAllocRaw' 20536 | # define sqlite3StackAllocRaw(D,N) alloca(N) | ^ ./../third_party/sqlite/src/amalgamation/sqlite3.c:53619:10: error: incompatible integer to pointer conversion initializing 'u32 *' (aka 'unsigned int *') with an expression of type 'int' [-Wint-conversion] 53619 | u32 *aiValues = sqlite3StackAllocRaw(0, sizeof(p->u.aHash)); | ^ ~~~ all seemingly related to alloca(). I am not sure when did that started, might be with an update of llvm18. Even more, I am not sure if this is a local issue or indeed a port's problem. The poudriere log is attached. -- You are receiving this mail because: You are the assignee for the bug.
maintainer-feedback requested: [Bug 279397] www/chromium sqlite3_shim.c compilation error
Bugzilla Automation has asked freebsd-chromium (Nobody) for maintainer-feedback: Bug 279397: www/chromium sqlite3_shim.c compilation error https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279397 --- Description --- I started getting the error compiling chromium 125.0.6422.76_1, which is kept persistent with update to 125.0.6422.112: In file included from ../../third_party/sqlite/sqlite3_shim.c:16: ./../third_party/sqlite/src/amalgamation/sqlite3.c:53619:21: error: call to undeclared function 'alloca'; ISO C99 and later do not support implicit function declarations [-Wimplicit-function-declaration] 53619 | u32 *aiValues = sqlite3StackAllocRaw(0, sizeof(p->u.aHash)); | ^ ./../third_party/sqlite/src/amalgamation/sqlite3.c:20536:38: note: expanded from macro 'sqlite3StackAllocRaw' 20536 | # define sqlite3StackAllocRaw(D,N) alloca(N) | ^ ./../third_party/sqlite/src/amalgamation/sqlite3.c:53619:10: error: incompatible integer to pointer conversion initializing 'u32 *' (aka 'unsigned int *') with an expression of type 'int' [-Wint-conversion] 53619 | u32 *aiValues = sqlite3StackAllocRaw(0, sizeof(p->u.aHash)); | ^ ~~~ all seemingly related to alloca(). I am not sure when did that started, might be with an update of llvm18. Even more, I am not sure if this is a local issue or indeed a port's problem. The poudriere log is attached.
maintainer-feedback requested: [Bug 279364] www/chromium: build failure on 14-STABLE (125.0.6422.76_1)
Bugzilla Automation has asked freebsd-chromium (Nobody) for maintainer-feedback: Bug 279364: www/chromium: build failure on 14-STABLE (125.0.6422.76_1) https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279364 --- Description --- Please see attached poudriere log. ERROR at //build/config/linux/pkg_config.gni:104:17: Script returned non-zero exit code. pkgresult = exec_script(pkg_config_script, args, "json") ^-- Current dir: /wrkdirs/usr/ports/www/chromium/work/chromium-125.0.6422.76/out/Release/ Command: python3 /wrkdirs/usr/ports/www/chromium/work/chromium-125.0.6422.76/build/config/linux/ pkg-config.py Qt5Core Qt5Widgets Returned 1. stderr: Package Qt5Core was not found in the pkg-config search path. Perhaps you should add the directory containing `Qt5Core.pc' to the PKG_CONFIG_PATH environment variable Package 'Qt5Core' not found Package 'Qt5Widgets' not found Could not run pkg-config. See //ui/qt/BUILD.gn:60:3: whence it was called. pkg_config("qt" + invoker.qt_version + "_config") { ^-- See //ui/qt/BUILD.gn:104:1: whence it was called. qt_shim("qt5_shim") { ^ See //ui/linux/BUILD.gn:69:15: which caused the file to be included. deps += [ "//ui/qt" ] ^ *** Error code 1 Stop.
[Bug 279364] www/chromium: build failure on 14-STABLE (125.0.6422.76_1)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279364 Bug ID: 279364 Summary: www/chromium: build failure on 14-STABLE (125.0.6422.76_1) Product: Ports & Packages Version: Latest Hardware: amd64 OS: Any Status: New Severity: Affects Only Me Priority: --- Component: Individual Port(s) Assignee: chrom...@freebsd.org Reporter: iron.ud...@gmail.com Flags: maintainer-feedback?(chrom...@freebsd.org) Assignee: chrom...@freebsd.org Attachment #251036 text/plain mime type: Created attachment 251036 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=251036=edit chromium-125.0.6422.76_1.log Please see attached poudriere log. ERROR at //build/config/linux/pkg_config.gni:104:17: Script returned non-zero exit code. pkgresult = exec_script(pkg_config_script, args, "json") ^-- Current dir: /wrkdirs/usr/ports/www/chromium/work/chromium-125.0.6422.76/out/Release/ Command: python3 /wrkdirs/usr/ports/www/chromium/work/chromium-125.0.6422.76/build/config/linux/pkg-config.py Qt5Core Qt5Widgets Returned 1. stderr: Package Qt5Core was not found in the pkg-config search path. Perhaps you should add the directory containing `Qt5Core.pc' to the PKG_CONFIG_PATH environment variable Package 'Qt5Core' not found Package 'Qt5Widgets' not found Could not run pkg-config. See //ui/qt/BUILD.gn:60:3: whence it was called. pkg_config("qt" + invoker.qt_version + "_config") { ^-- See //ui/qt/BUILD.gn:104:1: whence it was called. qt_shim("qt5_shim") { ^ See //ui/linux/BUILD.gn:69:15: which caused the file to be included. deps += [ "//ui/qt" ] ^ *** Error code 1 Stop. -- You are receiving this mail because: You are the assignee for the bug.
Problem reports for chrom...@freebsd.org that need special attention
To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status |Bug Id | Description +---+--- Open|233095 | www/firefox geolocation no longer working 1 problems total for which you should take action.
[Bug 279242] www/chromium: 125.0.6422.76 fails to build
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279242 Oleh Hushchenkov changed: What|Removed |Added CC||o.hushchen...@gmail.com --- Comment #10 from Oleh Hushchenkov --- (In reply to Robert Nagy from comment #8) It's relatively easy to return audio backend options into the port. I mean the same three options(pulse, sndio, alsa) all enabled by default. Disabling an option removes build dependency. Will you accept such a patch? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279242] www/chromium: 125.0.6422.76 fails to build
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279242 --- Comment #9 from Tomoaki AOKI --- (In reply to Robert Nagy from comment #8) Or use poudriere to build binary package locally. It installes dependencies INSIDE BUILDER JAILS, BUT NOT ONTO THE BARE-METAL ENVIRONMENT to build. If you want to configure poudriere for casual uses, such that *share existing ports tree, *share existing configured options, between regular builds and poudriere builder jails and *do not install local web server for local repo built by poudriere, my tips and tricks at Brew [1] could be helpful. [1] https://brew.bsd.cafe/TomAoki/Tips-and-Tricks -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279242] www/chromium: 125.0.6422.76 fails to build
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279242 --- Comment #8 from Robert Nagy --- (In reply to Florian Walpen from comment #7) Exactly. If you don't want to have it installed during the build, then you are free to use the binary packages. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279242] www/chromium: 125.0.6422.76 fails to build
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279242 --- Comment #7 from Florian Walpen --- (In reply to Ivan Rozhuk from comment #6) AFAIK pulse is used during build, but not installed as a dependency. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279242] www/chromium: 125.0.6422.76 fails to build
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279242 --- Comment #6 from Ivan Rozhuk --- But I do not want ugly pulse in my system. Is it really necessary? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279242] www/chromium: 125.0.6422.76 fails to build
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279242 --- Comment #5 from Florian Walpen --- Tomoaki, thanks for the help, but it's obviously not that ninja problem. Robert, thanks for your efforts, build is now past the pulse_stubs part, let's hope for the best :-) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279242] www/chromium: 125.0.6422.76 fails to build
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279242 Robert Nagy changed: What|Removed |Added Status|New |Closed Resolution|--- |FIXED CC||rn...@freebsd.org -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279242] www/chromium: 125.0.6422.76 fails to build
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279242 --- Comment #4 from commit-h...@freebsd.org --- A commit in branch main references this bug: URL: https://cgit.FreeBSD.org/ports/commit/?id=e63ccbd60c54526e90ae3fbba9c105b6a31b6243 commit e63ccbd60c54526e90ae3fbba9c105b6a31b6243 Author: Robert Nagy AuthorDate: 2024-05-23 12:14:12 + Commit: Robert Nagy CommitDate: 2024-05-23 12:14:12 + www/chromium: add audio/pulseaudio as a build dependency PR: 279242 www/chromium/Makefile | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279242] www/chromium: 125.0.6422.76 fails to build
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279242 Tomoaki AOKI changed: What|Removed |Added CC||junch...@dec.sakura.ne.jp --- Comment #3 from Tomoaki AOKI --- Do you have commit 1e1a1e9ebc2aae54c1c274ac3bbe329de54704b3 [1] in your ports tree? The failed point was different, but I think I've been bitten by the race condition problem which is stated to be fixex by [1]. Now updated ports tree after [1], finished updating everything except www/chromium, and building www/chromium again. Although it's still ongoing, but already passed the point (around 8% for me) that failed on previous build. [1] https://cgit.freebsd.org/ports/commit/?id=1e1a1e9ebc2aae54c1c274ac3bbe329de54704b3 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279242] www/chromium: 125.0.6422.76 fails to build
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279242 Florian Walpen changed: What|Removed |Added CC||d...@submerge.ch --- Comment #2 from Florian Walpen --- I hit the same build failure, do you also have pulseaudio disabled globally? See bug #246449. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279242] www/chromium: 125.0.6422.76 fails to build
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279242 Ivan Rozhuk changed: What|Removed |Added Severity|Affects Only Me |Affects Some People -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279242] www/chromium: 125.0.6422.76 fails to build
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279242 Ivan Rozhuk changed: What|Removed |Added CC||rozhuk...@gmail.com --- Comment #1 from Ivan Rozhuk --- # make showconfig ===> The following configuration options are available for chromium-125.0.6422.76: CODECS=on: Compile and enable patented codecs like H.264 CUPS=on: CUPS printing system support DEBUG=off: Build with debugging support DRIVER=off: Install chromedriver KERBEROS=off: Kerberos support LTO=off: Use Link-Time Optimization PIPEWIRE=off: Screen capture via PipeWire TEST=off: Build and/or run tests WIDEVINE=off: Depend on foreign-cdm to enable playback of DRM content > Kerberos support: you can only select none or one of them HEIMDAL=off: Heimdal Kerberos (security/heimdal) HEIMDAL_BASE=off: Heimdal Kerberos (base) MIT=off: MIT Kerberos (security/krb5) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279242] www/chromium: 125.0.6422.76 fails to build
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279242 Bug ID: 279242 Summary: www/chromium: 125.0.6422.76 fails to build Product: Ports & Packages Version: Latest Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: Individual Port(s) Assignee: chrom...@freebsd.org Reporter: rozhuk...@gmail.com Assignee: chrom...@freebsd.org Flags: maintainer-feedback?(chrom...@freebsd.org) [ 43% 26987/62665] c++ -MD -MF obj/media/audio/libpulse_stubs/pulse_stubs.od -DUSE_AURA=1 -DUSE_GLIB=1 -DUSE_OZONE=1 -DOFFICIAL_BUILD -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D_FORTIFY_SOURCE=2 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DNO_UNWIND_TABLES -D_GNU_SOURCE -D_LIBCPP_HARDENING_MODE=_LIBCPP_HARDENING_MODE_EXTENSIVE -D_LIBCPP_DISABLE_VISIBILITY_ANNOTATIONS -D_LIBCXXABI_DISABLE_VISIBILITY_ANNOTATIONS -DCR_LIBCXX_REVISION=e3b94d0e5b86883fd77696bf10dc33ba250ba99b -DNDEBUG -DNVALGRIND -DDYNAMIC_ANNOTATIONS_ENABLED=0 -DGLIB_VERSION_MAX_ALLOWED=GLIB_VERSION_2_56 -DGLIB_VERSION_MIN_REQUIRED=GLIB_VERSION_2_56 -DBASE_USE_PERFETTO_CLIENT_LIBRARY=1 -DUSE_SYSTEM_LIBEVENT=1 -Igen/media/audio -I../.. -Igen -I../../buildtools/third_party/libc++ -I../../third_party/perfetto/include -Igen/third_party/perfetto/build_config -Igen/third_party/perfetto -Igen/shim_headers/libevent_shim -Igen/shim_headers/icui18n_shim -Igen/shim_headers/icuuc_shim -I../../base/allocator/partition_allocator/src -Igen/base/allocator/partition_allocator/src -I../../third_party/abseil-cpp -I../../third_party/boringssl/src/include -I../../third_party/protobuf/src -Igen/protoc_out -Wall -Wextra -Wimplicit-fallthrough -Wextra-semi -Wunreachable-code-aggressive -Wthread-safety -Wno-missing-field-initializers -Wno-unused-parameter -Wno-psabi -Wloop-analysis -Wno-unneeded-internal-declaration -Wno-cast-function-type -Wno-ignored-pragma-optimize -Wno-deprecated-builtins -Wno-bitfield-constant-conversion -Wno-deprecated-this-capture -Wno-invalid-offsetof -Wno-vla-extension -Wshadow -fno-delete-null-pointer-checks -fno-ident -fno-strict-aliasing -fstack-protector -fno-unwind-tables -fno-asynchronous-unwind-tables -fPIC -pthread -fcolor-diagnostics -fmerge-all-constants -fcomplete-member-pointers -m64 -msse3 -Xclang -fdebug-compilation-dir -Xclang . -no-canonical-prefixes -ftrivial-auto-var-init=pattern -O2 -fdata-sections -ffunction-sections -fno-unique-section-names -fno-math-errno -fno-omit-frame-pointer -g0 -fprofile-use=../../chrome/build/pgo_profiles/chrome-linux-6422-1715686914-39d3c200676449e33ad84989ea45ad3474fab6e2-013ab7d1275249b95c27d770d257ac6d2359.profdata -Wno-profile-instr-unprofiled -Wno-profile-instr-out-of-date -Wno-backend-plugin -mllvm -enable-ext-tsp-block-placement=1 -fvisibility=hidden -Wheader-hygiene -Wstring-conversion -Wtautological-overlap-compare -isystem/usr/local/include -isystem/usr/local/include/glib-2.0 -isystem/usr/local/lib/glib-2.0/include -DPROTOBUF_ALLOW_DEPRECATED=1 -Wenum-compare-conditional -std=c++20 -Wno-trigraphs -fno-exceptions -fno-rtti -nostdinc++ -isystem../../third_party/libc++/src/include -isystem../../third_party/libc++abi/src/include -fvisibility-inlines-hidden -O2 -pipe -O3 -pipe -funroll-loops -mretpoline -fno-delete-null-pointer-checks -fstack-protector-strong -isystem /usr/local/include -fno-strict-aliasing -fdebug-prefix-map=/tmp/ports/usr/ports/www/chromium/work/chromium-125.0.6422.76=. -O3 -funroll-loops -mretpoline -fno-delete-null-pointer-checks -isystem /usr/local/include -fdebug-prefix-map=/tmp/ports/usr/ports/www/chromium/work/chromium-125.0.6422.76=. -c gen/media/audio/pulse/pulse_stubs.cc -o obj/media/audio/libpulse_stubs/pulse_stubs.o FAILED: obj/media/audio/libpulse_stubs/pulse_stubs.o c++ -MD -MF obj/media/audio/libpulse_stubs/pulse_stubs.o.d -DUSE_AURA=1 -DUSE_GLIB=1 -DUSE_OZONE=1 -DOFFICIAL_BUILD -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D_FORTIFY_SOURCE=2 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DNO_UNWIND_TABLES -D_GNU_SOURCE -D_LIBCPP_HARDENING_MODE=_LIBCPP_HARDENING_MODE_EXTENSIVE -D_LIBCPP_DISABLE_VISIBILITY_ANNOTATIONS -D_LIBCXXABI_DISABLE_VISIBILITY_ANNOTATIONS -DCR_LIBCXX_REVISION=e3b94d0e5b86883fd77696bf10dc33ba250ba99b -DNDEBUG -DNVALGRIND -DDYNAMIC_ANNOTATIONS_ENABLED=0 -DGLIB_VERSION_MAX_ALLOWED=GLIB_VERSION_2_56 -DGLIB_VERSION_MIN_REQUIRED=GLIB_VERSION_2_56 -DBASE_USE_PERFETTO_CLIENT_LIBRARY=1 -DUSE_SYSTEM_LIBEVENT=1 -Igen/media/audio -I../.. -Igen -I../../buildtools/third_party/libc++ -I../../third_party/perfetto/include -Igen/third_party/perfetto/build_config -Igen/third_party/perfetto -Igen/shim_headers/libevent_shim -Igen/shim_headers/icui18n_shim -Igen/shim_headers/icuuc_shim -I../../base/allocator/partition_allocator/src -Igen/base/allocator/partition_allocator/src -I../../third_party/abseil-cpp
maintainer-feedback requested: [Bug 279242] www/chromium: 125.0.6422.76 fails to build
Bugzilla Automation has asked freebsd-chromium (Nobody) for maintainer-feedback: Bug 279242: www/chromium: 125.0.6422.76 fails to build https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279242 --- Description --- [ 43% 26987/62665] c++ -MD -MF obj/media/audio/libpulse_stubs/pulse_stubs.od -DUSE_AURA=1 -DUSE_GLIB=1 -DUSE_OZONE=1 -DOFFICIAL_BUILD -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D_FORTIFY_SOURCE=2 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DNO_UNWIND_TABLES -D_GNU_SOURCE -D_LIBCPP_HARDENING_MODE=_LIBCPP_HARDENING_MODE_EXTENSIVE -D_LIBCPP_DISABLE_VISIBILITY_ANNOTATIONS -D_LIBCXXABI_DISABLE_VISIBILITY_ANNOTATIONS -DCR_LIBCXX_REVISION=e3b94d0e5b86883fd77696bf10dc33ba250ba99b -DNDEBUG -DNVALGRIND -DDYNAMIC_ANNOTATIONS_ENABLED=0 -DGLIB_VERSION_MAX_ALLOWED=GLIB_VERSION_2_56 -DGLIB_VERSION_MIN_REQUIRED=GLIB_VERSION_2_56 -DBASE_USE_PERFETTO_CLIENT_LIBRARY=1 -DUSE_SYSTEM_LIBEVENT=1 -Igen/media/audio -I../.. -Igen -I../../buildtools/third_party/libc++ -I../../third_party/perfetto/include -Igen/third_party/perfetto/build_config -Igen/third_party/perfetto -Igen/shim_headers/libevent_shim -Igen/shim_headers/icui18n_shim -Igen/shim_headers/icuuc_shim -I../../base/allocator/partition_allocator/src -Igen/base/allocator/partition_allocator/src -I../../third_party/abseil-cpp -I../../third_party/boringssl/src/include -I../../third_party/protobuf/src -Igen/protoc_out -Wall -Wextra -Wimplicit-fallthrough -Wextra-semi -Wunreachable-code-aggressive -Wthread-safety -Wno-missing-field-initializers -Wno-unused-parameter -Wno-psabi -Wloop-analysis -Wno-unneeded-internal-declaration -Wno-cast-function-type -Wno-ignored-pragma-optimize -Wno-deprecated-builtins -Wno-bitfield-constant-conversion -Wno-deprecated-this-capture -Wno-invalid-offsetof -Wno-vla-extension -Wshadow -fno-delete-null-pointer-checks -fno-ident -fno-strict-aliasing -fstack-protector -fno-unwind-tables -fno-asynchronous-unwind-tables -fPIC -pthread -fcolor-diagnostics -fmerge-all-constants -fcomplete-member-pointers -m64 -msse3 -Xclang -fdebug-compilation-dir -Xclang . -no-canonical-prefixes -ftrivial-auto-var-init=pattern -O2 -fdata-sections -ffunction-sections -fno-unique-section-names -fno-math-errno -fno-omit-frame-pointer -g0 -fprofile-use=../../chrome/build/pgo_profiles/chrome-linux-6422-1715686914-39d3 c200676449e33ad84989ea45ad3474fab6e2-013ab7d1275249b95c27d770d257ac6d2359.p rofdata -Wno-profile-instr-unprofiled -Wno-profile-instr-out-of-date -Wno-backend-plugin -mllvm -enable-ext-tsp-block-placement=1 -fvisibility=hidden -Wheader-hygiene -Wstring-conversion -Wtautological-overlap-compare -isystem/usr/local/include -isystem/usr/local/include/glib-2.0 -isystem/usr/local/lib/glib-2.0/include -DPROTOBUF_ALLOW_DEPRECATED=1 -Wenum-compare-conditional -std=c++20 -Wno-trigraphs -fno-exceptions -fno-rtti -nostdinc++ -isystem../../third_party/libc++/src/include -isystem../../third_party/libc++abi/src/include -fvisibility-inlines-hidden -O2 -pipe -O3 -pipe -funroll-loops -mretpoline -fno-delete-null-pointer-checks -fstack-protector-strong -isystem /usr/local/include -fno-strict-aliasing -fdebug-prefix-map=/tmp/ports/usr/ports/www/chromium/work/chromium-125.0.6422.7 6=. -O3 -funroll-loops -mretpoline -fno-delete-null-pointer-checks -isystem /usr/local/include -fdebug-prefix-map=/tmp/ports/usr/ports/www/chromium/work/chromium-125.0.6422.7 6=. -c gen/media/audio/pulse/pulse_stubs.cc -o obj/media/audio/libpulse_stubs/pulse_stubs.o FAILED: obj/media/audio/libpulse_stubs/pulse_stubs.o c++ -MD -MF obj/media/audio/libpulse_stubs/pulse_stubs.o.d -DUSE_AURA=1 -DUSE_GLIB=1 -DUSE_OZONE=1 -DOFFICIAL_BUILD -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D_FORTIFY_SOURCE=2 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DNO_UNWIND_TABLES -D_GNU_SOURCE -D_LIBCPP_HARDENING_MODE=_LIBCPP_HARDENING_MODE_EXTENSIVE -D_LIBCPP_DISABLE_VISIBILITY_ANNOTATIONS -D_LIBCXXABI_DISABLE_VISIBILITY_ANNOTATIONS -DCR_LIBCXX_REVISION=e3b94d0e5b86883fd77696bf10dc33ba250ba99b -DNDEBUG -DNVALGRIND -DDYNAMIC_ANNOTATIONS_ENABLED=0 -DGLIB_VERSION_MAX_ALLOWED=GLIB_VERSION_2_56 -DGLIB_VERSION_MIN_REQUIRED=GLIB_VERSION_2_56 -DBASE_USE_PERFETTO_CLIENT_LIBRARY=1 -DUSE_SYSTEM_LIBEVENT=1 -Igen/media/audio -I../.. -Igen -I../../buildtools/third_party/libc++ -I../../third_party/perfetto/include -Igen/third_party/perfetto/build_config -Igen/third_party/perfetto -Igen/shim_headers/libevent_shim -Igen/shim_headers/icui18n_shim -Igen/shim_headers/icuuc_shim -I../../base/allocator/partition_allocator/src -Igen/base/allocator/partition_allocator/src -I../../third_party/abseil-cpp -I../../third_party/boringssl/src/include -I../../third_party/protobuf/src -Igen/protoc_out -Wall -Wextra -Wimplicit-fallthrough -Wextra-semi -Wunreachable-code-aggressive -Wthread-safety -Wno-missing-field-initializers -Wno-unused-parameter -Wno-psabi -Wloop-analysis -Wno-unneeded-internal-declaration -Wno-cast-function-type -Wno-ignored-pragma-optimize -Wno-deprecated-builtins
Problem reports for chrom...@freebsd.org that need special attention
To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status |Bug Id | Description +---+--- Open|233095 | www/firefox geolocation no longer working Open|246449 | www/chromium: enable PulseAudio by default. 2 problems total for which you should take action.
[Bug 279144] www/chromium-124.0.6367.207 fails to build - ld.lld error
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279144 --- Comment #2 from makot...@pm.me --- (In reply to cebulon from comment #1) Thank you! -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279144] www/chromium-124.0.6367.207 fails to build - ld.lld error
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279144 makot...@pm.me changed: What|Removed |Added Summary|chromium-124.0.6367.207 |www/chromium-124.0.6367.207 |fails to build - ld.lld |fails to build - ld.lld |error |error -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279144] chromium-124.0.6367.207 fails to build - ld.lld error
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279144 cebulon <2...@albigro.eu> changed: What|Removed |Added CC||2...@albigro.eu --- Comment #1 from cebulon <2...@albigro.eu> --- Set in Makefile (170 to 180 and 17 to 18) if ${COMPILER_VERSION} < 180 LLVM_DEFAULT= 18 fixes this for me. -- You are receiving this mail because: You are the assignee for the bug.
maintainer-feedback requested: [Bug 279144] chromium-124.0.6367.207 fails to build - ld.lld error
Bugzilla Automation has asked freebsd-chromium (Nobody) for maintainer-feedback: Bug 279144: chromium-124.0.6367.207 fails to build - ld.lld error https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279144 --- Description --- Failed to build in FreeBSD 14.0-RELEASE, latest ports. This is the log: [ 99% 62299/62307] "python3" "../../build/toolchain/gcc_link_wrapper.py" --output="./v8_context_snapshot_generator" -- c++ -fuse-ld=lld -Wl,--build-id=sha1 -fPIC -Wl,-z,noexecstack -Wl,-z,relro -Wl,-z,now -Wl,--icf=all -Wl,--color-diagnostics -Wl,--thinlto-cache-dir=thinlto-cache -Wl,--thinlto-cache-policy=cache_size=10\%:cache_size_bytes=40g:cache_size_file s=10 -flto=thin -Wl,--thinlto-jobs=all -Wl,-mllvm,-import-instr-limit=30 -Wl,-mllvm,-disable-auto-upgrade-debug-info -fwhole-program-vtables -Wl,--undefined-version -m64 -no-canonical-prefixes -Wl,-O2 -Wl,--gc-sections --unwindlib=none -nostdlib++ -Wl,--lto-O0 -Wl,-mllvm,-enable-ext-tsp-block-placement=1 -rdynamic -pie -Wl,--disable-new-dtags -Wl,--icf=none prebuilt_rustc_sysroot/lib/rustlib/x86_64-unknown-freebsd/lib/libstd.rlib prebuilt_rustc_sysroot/lib/rustlib/x86_64-unknown-freebsd/lib/liballoc.rlib prebuilt_rustc_sysroot/lib/rustlib/x86_64-unknown-freebsd/lib/libcfg_if.rlib prebuilt_rustc_sysroot/lib/rustlib/x86_64-unknown-freebsd/lib/libcompiler_built ins.rlib prebuilt_rustc_sysroot/lib/rustlib/x86_64-unknown-freebsd/lib/libcore.rlib prebuilt_rustc_sysroot/lib/rustlib/x86_64-unknown-freebsd/lib/libgetopts.rlib prebuilt_rustc_sysroot/lib/rustlib/x86_64-unknown-freebsd/lib/libhashbrown.rlib prebuilt_rustc_sysroot/lib/rustlib/x86_64-unknown-freebsd/lib/liblibc.rlib prebuilt_rustc_sysroot/lib/rustlib/x86_64-unknown-freebsd/lib/libpanic_abort.rl ib prebuilt_rustc_sysroot/lib/rustlib/x86_64-unknown-freebsd/lib/libpanic_unwind.r lib prebuilt_rustc_sysroot/lib/rustlib/x86_64-unknown-freebsd/lib/librustc_demangle rlib prebuilt_rustc_sysroot/lib/rustlib/x86_64-unknown-freebsd/lib/libstd_detectrli b prebuilt_rustc_sysroot/lib/rustlib/x86_64-unknown-freebsd/lib/libtest.rlib prebuilt_rustc_sysroot/lib/rustlib/x86_64-unknown-freebsd/lib/libunicode_width. rlib prebuilt_rustc_sysroot/lib/rustlib/x86_64-unknown-freebsd/lib/libunwind.rlib prebuilt_rustc_sysroot/lib/rustlib/x86_64-unknown-freebsd/lib/libaddr2line.rlib prebuilt_rustc_sysroot/lib/rustlib/x86_64-unknown-freebsd/lib/libadler.rlib prebuilt_rustc_sysroot/lib/rustlib/x86_64-unknown-freebsd/lib/libgimli.rlib prebuilt_rustc_sysroot/lib/rustlib/x86_64-unknown-freebsd/lib/libmemchr.rlib prebuilt_rustc_sysroot/lib/rustlib/x86_64-unknown-freebsd/lib/libminiz_oxide.rl ib prebuilt_rustc_sysroot/lib/rustlib/x86_64-unknown-freebsd/lib/libobject.rlib -L/usr/local/lib -Wl,--undefined-version -fstack-protector-strong -L/usr/local/lib -o "./v8_context_snapshot_generator" -Wl,--start-group @"./v8_context_snapshot_generator.rsp" -Wl,--end-group -lpthread -lgmodule-2.0 -lgobject-2.0 -lgthread-2.0 -lglib-2.0 -lintl -lexecinfo -licui18n -licuuc -licudata -lnss3 -lsmime3 -lnssutil3 -lplds4 -lplc4 -lnspr4 -ldl -lkvm -lutil -levent -lgio-2.0 -ljpeg -lpng16 -lxml2 -lxslt -lexpat -lwebpdemux -lwebpmux -lwebp -lharfbuzz-subset -lharfbuzz -lfontconfig -lopus -lopenh264 -lm -lz -ldav1d -lX11 -lXcomposite -lXdamage -lXext -lXfixes -lXrender -lXrandr -lXtst -lpipewire-0.3 -lgbm -lEGL -ldrm -ldbus-1 -lepoll-shim -lxcb -lxkbcommon -lXi -lGL -lpci -lffi -lpangocairo-1.0 -lpango-1.0 -lcairo -latk-bridge-2.0 -latk-1.0 -lsndio -lFLAC -latspi obj/third_party/rust/cxx/v1/lib/libcxx_lib.rlib obj/skia/libskia_cbridge_urust_uside.rlib obj/third_party/rust/font_types/v0_4/lib/libfont_types_lib.rlib obj/third_party/rust/read_fonts/v0_15/lib/libread_fonts_lib.rlib obj/third_party/rust/skrifa/v0_15/lib/libskrifa_lib.rlib obj/build/rust/chromium_prelude/libchromium.rlib obj/third_party/blink/common/rust_crash/libthird_uparty_sblink_scommon_srust_uc rash_crs.rlib FAILED: v8_context_snapshot_generator "python3" "../../build/toolchain/gcc_link_wrapper.py" --output="./v8_context_snapshot_generator" -- c++ -fuse-ld=lld -Wl,--build-id=sha1 -fPIC -Wl,-z,noexecstack -Wl,-z,relro -Wl,-z,now -Wl,--icf=all -Wl,--color-diagnostics -Wl,--thinlto-cache-dir=thinlto-cache -Wl,--thinlto-cache-policy=cache_size=10\%:cache_size_bytes=40g:cache_size_file s=10 -flto=thin -Wl,--thinlto-jobs=all -Wl,-mllvm,-import-instr-limit=30 -Wl,-mllvm,-disable-auto-upgrade-debug-info -fwhole-program-vtables -Wl,--undefined-version -m64 -no-canonical-prefixes -Wl,-O2 -Wl,--gc-sections --unwindlib=none -nostdlib++ -Wl,--lto-O0 -Wl,-mllvm,-enable-ext-tsp-block-placement=1 -rdynamic -pie -Wl,--disable-new-dtags -Wl,--icf=none prebuilt_rustc_sysroot/lib/rustlib/x86_64-unknown-freebsd/lib/libstd.rlib prebuilt_rustc_sysroot/lib/rustlib/x86_64-unknown-freebsd/lib/liballoc.rlib prebuilt_rustc_sysroot/lib/rustlib/x86_64-unknown-freebsd/lib/libcfg_if.rlib prebuilt_rustc_sysroot/lib/rustlib/x86_64-unknown-freebsd/lib/libcompiler_built ins.rlib
[Bug 279144] chromium-124.0.6367.207 fails to build - ld.lld error
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279144 Bug ID: 279144 Summary: chromium-124.0.6367.207 fails to build - ld.lld error Product: Ports & Packages Version: Latest Hardware: amd64 OS: Any Status: New Severity: Affects Only Me Priority: --- Component: Individual Port(s) Assignee: chrom...@freebsd.org Reporter: makot...@pm.me Assignee: chrom...@freebsd.org Flags: maintainer-feedback?(chrom...@freebsd.org) Failed to build in FreeBSD 14.0-RELEASE, latest ports. This is the log: [ 99% 62299/62307] "python3" "../../build/toolchain/gcc_link_wrapper.py" --output="./v8_context_snapshot_generator" -- c++ -fuse-ld=lld -Wl,--build-id=sha1 -fPIC -Wl,-z,noexecstack -Wl,-z,relro -Wl,-z,now -Wl,--icf=all -Wl,--color-diagnostics -Wl,--thinlto-cache-dir=thinlto-cache -Wl,--thinlto-cache-policy=cache_size=10\%:cache_size_bytes=40g:cache_size_files=10 -flto=thin -Wl,--thinlto-jobs=all -Wl,-mllvm,-import-instr-limit=30 -Wl,-mllvm,-disable-auto-upgrade-debug-info -fwhole-program-vtables -Wl,--undefined-version -m64 -no-canonical-prefixes -Wl,-O2 -Wl,--gc-sections --unwindlib=none -nostdlib++ -Wl,--lto-O0 -Wl,-mllvm,-enable-ext-tsp-block-placement=1 -rdynamic -pie -Wl,--disable-new-dtags -Wl,--icf=none prebuilt_rustc_sysroot/lib/rustlib/x86_64-unknown-freebsd/lib/libstd.rlib prebuilt_rustc_sysroot/lib/rustlib/x86_64-unknown-freebsd/lib/liballoc.rlib prebuilt_rustc_sysroot/lib/rustlib/x86_64-unknown-freebsd/lib/libcfg_if.rlib prebuilt_rustc_sysroot/lib/rustlib/x86_64-unknown-freebsd/lib/libcompiler_builtins.rlib prebuilt_rustc_sysroot/lib/rustlib/x86_64-unknown-freebsd/lib/libcore.rlib prebuilt_rustc_sysroot/lib/rustlib/x86_64-unknown-freebsd/lib/libgetopts.rlib prebuilt_rustc_sysroot/lib/rustlib/x86_64-unknown-freebsd/lib/libhashbrown.rlib prebuilt_rustc_sysroot/lib/rustlib/x86_64-unknown-freebsd/lib/liblibc.rlib prebuilt_rustc_sysroot/lib/rustlib/x86_64-unknown-freebsd/lib/libpanic_abort.rlib prebuilt_rustc_sysroot/lib/rustlib/x86_64-unknown-freebsd/lib/libpanic_unwind.rlib prebuilt_rustc_sysroot/lib/rustlib/x86_64-unknown-freebsd/lib/librustc_demangle.rlib prebuilt_rustc_sysroot/lib/rustlib/x86_64-unknown-freebsd/lib/libstd_detectrlib prebuilt_rustc_sysroot/lib/rustlib/x86_64-unknown-freebsd/lib/libtest.rlib prebuilt_rustc_sysroot/lib/rustlib/x86_64-unknown-freebsd/lib/libunicode_width.rlib prebuilt_rustc_sysroot/lib/rustlib/x86_64-unknown-freebsd/lib/libunwind.rlib prebuilt_rustc_sysroot/lib/rustlib/x86_64-unknown-freebsd/lib/libaddr2line.rlib prebuilt_rustc_sysroot/lib/rustlib/x86_64-unknown-freebsd/lib/libadler.rlib prebuilt_rustc_sysroot/lib/rustlib/x86_64-unknown-freebsd/lib/libgimli.rlib prebuilt_rustc_sysroot/lib/rustlib/x86_64-unknown-freebsd/lib/libmemchr.rlib prebuilt_rustc_sysroot/lib/rustlib/x86_64-unknown-freebsd/lib/libminiz_oxide.rlib prebuilt_rustc_sysroot/lib/rustlib/x86_64-unknown-freebsd/lib/libobject.rlib -L/usr/local/lib -Wl,--undefined-version -fstack-protector-strong -L/usr/local/lib -o "./v8_context_snapshot_generator" -Wl,--start-group @"./v8_context_snapshot_generator.rsp" -Wl,--end-group -lpthread -lgmodule-2.0 -lgobject-2.0 -lgthread-2.0 -lglib-2.0 -lintl -lexecinfo -licui18n -licuuc -licudata -lnss3 -lsmime3 -lnssutil3 -lplds4 -lplc4 -lnspr4 -ldl -lkvm -lutil -levent -lgio-2.0 -ljpeg -lpng16 -lxml2 -lxslt -lexpat -lwebpdemux -lwebpmux -lwebp -lharfbuzz-subset -lharfbuzz -lfontconfig -lopus -lopenh264 -lm -lz -ldav1d -lX11 -lXcomposite -lXdamage -lXext -lXfixes -lXrender -lXrandr -lXtst -lpipewire-0.3 -lgbm -lEGL -ldrm -ldbus-1 -lepoll-shim -lxcb -lxkbcommon -lXi -lGL -lpci -lffi -lpangocairo-1.0 -lpango-1.0 -lcairo -latk-bridge-2.0 -latk-1.0 -lsndio -lFLAC -latspi obj/third_party/rust/cxx/v1/lib/libcxx_lib.rlib obj/skia/libskia_cbridge_urust_uside.rlib obj/third_party/rust/font_types/v0_4/lib/libfont_types_lib.rlib obj/third_party/rust/read_fonts/v0_15/lib/libread_fonts_lib.rlib obj/third_party/rust/skrifa/v0_15/lib/libskrifa_lib.rlib obj/build/rust/chromium_prelude/libchromium.rlib obj/third_party/blink/common/rust_crash/libthird_uparty_sblink_scommon_srust_ucrash_crs.rlib FAILED: v8_context_snapshot_generator "python3" "../../build/toolchain/gcc_link_wrapper.py" --output="./v8_context_snapshot_generator" -- c++ -fuse-ld=lld -Wl,--build-id=sha1 -fPIC -Wl,-z,noexecstack -Wl,-z,relro -Wl,-z,now -Wl,--icf=all -Wl,--color-diagnostics -Wl,--thinlto-cache-dir=thinlto-cache -Wl,--thinlto-cache-policy=cache_size=10\%:cache_size_bytes=40g:cache_size_files=10 -flto=thin -Wl,--thinlto-jobs=all -Wl,-mllvm,-import-instr-limit=30 -Wl,-mllvm,-disable-auto-upgrade-debug-info -fwhole-program-vtables -Wl,--undefined-version -m64 -no-canonical-prefixes -Wl,-O2 -Wl,--gc-sections --unwindlib=none -nostdlib++ -Wl,--lto-O0 -Wl,-mllvm,-enable-ext-tsp-block-placement=1 -rdynamic -pie -Wl,--disable-new-dtags -Wl,--icf=none
Problem reports for chrom...@freebsd.org that need special attention
To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status |Bug Id | Description +---+--- Open|233095 | www/firefox geolocation no longer working Open|246449 | www/chromium: enable PulseAudio by default. 2 problems total for which you should take action.
[Bug 278890] www/ungoogled-chromium: Update to 124.0.6367.155
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278890 --- Comment #2 from commit-h...@freebsd.org --- A commit in branch 2024Q2 references this bug: URL: https://cgit.FreeBSD.org/ports/commit/?id=27ddc8da18d7297672cdd79b6edcdff3ba536cc2 commit 27ddc8da18d7297672cdd79b6edcdff3ba536cc2 Author: Robert Nagy AuthorDate: 2024-05-12 06:38:25 + Commit: Robert Nagy CommitDate: 2024-05-12 08:42:50 + www/*chromium: update to 124.0.6367.201 Security: https://vuxml.freebsd.org/freebsd/3cf8ea44-1029-11ef-9f97-a8a1599412c6.html PR: 278890 (cherry picked from commit ee156f11d4d69167436ee53bec118d363a563735) www/chromium/Makefile | 2 +- www/chromium/distinfo | 14 ++-- ...chrome__browser__main__extra__parts__metrics.cc | 6 ++--- .../files/patch-media_base_media__switches.cc | 4 ++-- www/ungoogled-chromium/Makefile| 2 +- www/ungoogled-chromium/distinfo| 14 ++-- .../patch-chrome_app_chrome__main__delegate.cc | 26 +++--- ...r_chrome__browser__main__extra__parts__linux.cc | 8 +++ ...chrome__browser__main__extra__parts__metrics.cc | 6 ++--- .../patch-chrome_browser_prefs_browser__prefs.cc | 6 ++--- .../files/patch-media_base_media__switches.cc | 4 ++-- ...derer_platform_runtime__enabled__features.json5 | 14 ++-- .../files/patch-ui_base_ui__base__features.cc | 6 ++--- 13 files changed, 56 insertions(+), 56 deletions(-) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 278890] www/ungoogled-chromium: Update to 124.0.6367.155
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278890 --- Comment #1 from commit-h...@freebsd.org --- A commit in branch main references this bug: URL: https://cgit.FreeBSD.org/ports/commit/?id=ee156f11d4d69167436ee53bec118d363a563735 commit ee156f11d4d69167436ee53bec118d363a563735 Author: Robert Nagy AuthorDate: 2024-05-12 06:38:25 + Commit: Robert Nagy CommitDate: 2024-05-12 06:46:59 + www/*chromium: update to 124.0.6367.201 Security: https://vuxml.freebsd.org/freebsd/3cf8ea44-1029-11ef-9f97-a8a1599412c6.html PR: 278890 www/chromium/Makefile | 3 +-- www/chromium/distinfo | 14 ++-- ...chrome__browser__main__extra__parts__metrics.cc | 6 ++--- .../files/patch-media_base_media__switches.cc | 4 ++-- www/ungoogled-chromium/Makefile| 2 +- www/ungoogled-chromium/distinfo| 14 ++-- .../patch-chrome_app_chrome__main__delegate.cc | 26 +++--- ...r_chrome__browser__main__extra__parts__linux.cc | 8 +++ ...chrome__browser__main__extra__parts__metrics.cc | 6 ++--- .../patch-chrome_browser_prefs_browser__prefs.cc | 6 ++--- .../files/patch-media_base_media__switches.cc | 4 ++-- ...derer_platform_runtime__enabled__features.json5 | 14 ++-- .../files/patch-ui_base_ui__base__features.cc | 6 ++--- 13 files changed, 56 insertions(+), 57 deletions(-) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 278890] www/ungoogled-chromium: Update to 124.0.6367.155
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278890 Robert Nagy changed: What|Removed |Added Resolution|--- |Overcome By Events Status|New |Closed CC||rn...@freebsd.org -- You are receiving this mail because: You are the assignee for the bug.
[Bug 278890] www/ungoogled-chromium: Update to 124.0.6367.155
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278890 Bug ID: 278890 Summary: www/ungoogled-chromium: Update to 124.0.6367.155 Product: Ports & Packages Version: Latest Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: Individual Port(s) Assignee: chrom...@freebsd.org Reporter: monwa...@mailoo.org Flags: maintainer-feedback?(chrom...@freebsd.org) Assignee: chrom...@freebsd.org Created attachment 250563 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=250563=edit git format-patch generated This should work after the source are published on https://nerd.hu/distfiles, for the moment I used the release tarball directly from ungoogled-chromium on github. Note that the patches files update are directly from the chromium update to 124.0.6367.118, so an intermediate update to 124.0.6367.118 could be done. -- You are receiving this mail because: You are the assignee for the bug.
maintainer-feedback requested: [Bug 278890] www/ungoogled-chromium: Update to 124.0.6367.155
Bugzilla Automation has asked freebsd-chromium (Nobody) for maintainer-feedback: Bug 278890: www/ungoogled-chromium: Update to 124.0.6367.155 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278890 --- Description --- This should work after the source are published on https://nerd.hu/distfiles, for the moment I used the release tarball directly from ungoogled-chromium on github. Note that the patches files update are directly from the chromium update to 124.0.6367.118, so an intermediate update to 124.0.6367.118 could be done.
[Bug 278821] www/chromium: experiencing audio distortion when using webrtc and Universal Audio Volt 176 interface
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278821 a...@ayan.net changed: What|Removed |Added CC||a...@ayan.net --- Comment #1 from a...@ayan.net --- If anyone has any older package files after v120.0.6099.216, I'd be interested in finding the last version that worked. -- You are receiving this mail because: You are the assignee for the bug.
maintainer-feedback requested: [Bug 278821] www/chromium: experiencing audio distortion when using webrtc and Universal Audio Volt 176 interface
Bugzilla Automation has asked freebsd-chromium (Nobody) for maintainer-feedback: Bug 278821: www/chromium: experiencing audio distortion when using webrtc and Universal Audio Volt 176 interface https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278821 --- Description --- I've been successfully using the Volt 176 USB interface with FreeBSD-CURRENT, chromium, webrtc, and sndio for a while. Some time after v120.0.6099.216 I my microphone input becomes distorted. People on the other end say I sound like a robot. Refreshing the tab fixes the problem. I haven't been able to identify the last version that works because I don't have any historical packages. This problem happens 100% of the time. It begins at unpredictable times -- it could be almost immediately or it could be 10 minutes into a chat. This is the case with google meet, google voice, zoom, and microsoft teams. My microphone works fine in other applications like firefox, OBS studio, and audacity. hw.audio sysctls: $ sysctl hw.audio sysctl: unknown oid 'hw.audio' [ayan@kiwi ~]$ sysctl -a | grep hw.audio [ayan@kiwi ~]$ sysctl -a | grep hw.sound [ayan@kiwi ~]$ sysctl -a | grep hw.snd hw.snd.maxautovchans: 16 hw.snd.default_unit: 4 hw.snd.version: 2009061500/amd64 hw.snd.default_auto: 1 hw.snd.verbose: 4 hw.snd.vpc_mixer_bypass: 1 hw.snd.feeder_rate_quality: 1 hw.snd.feeder_rate_round: 25 hw.snd.feeder_rate_max: 2016000 hw.snd.feeder_rate_min: 1 hw.snd.feeder_rate_polyphase_max: 183040 hw.snd.feeder_rate_presets: 100:8:0.85 100:36:0.92 100:164:0.97 hw.snd.feeder_eq_exact_rate: 0 hw.snd.feeder_eq_presets: PEQ:16000,0.2500,62,0.2500:-9,9,1.0:44100,48000,88200,96000,176400,192000 hw.snd.basename_clone: 1 hw.snd.compat_linux_mmap: 0 hw.snd.syncdelay: -1 hw.snd.usefrags: 0 hw.snd.vpc_reset: 0 hw.snd.vpc_0db: 45 hw.snd.vpc_autoreset: 1 hw.snd.timeout: 5 hw.snd.latency_profile: 1 hw.snd.latency: 2 hw.snd.report_soft_matrix: 1 hw.snd.report_soft_formats: 1 uaudio sysctls: $ sysctl -a | grep uaudio <118>Autoloading module: snd_uaudio uaudio0 numa-domain 0 on uhub0 uaudio0: on usbus0 uaudio0: Play[0]: 192000 Hz, 2 ch, 32-bit S-LE PCM format, 2x4ms buffer. (selected) uaudio0: Play[0]: 176400 Hz, 2 ch, 32-bit S-LE PCM format, 2x4ms buffer. uaudio0: Play[0]: 96000 Hz, 2 ch, 32-bit S-LE PCM format, 2x4ms buffer. uaudio0: Play[0]: 88200 Hz, 2 ch, 32-bit S-LE PCM format, 2x4ms buffer. uaudio0: Play[0]: 48000 Hz, 2 ch, 32-bit S-LE PCM format, 2x4ms buffer. uaudio0: Play[0]: 44100 Hz, 2 ch, 32-bit S-LE PCM format, 2x4ms buffer. uaudio0: Record[0]: 192000 Hz, 2 ch, 32-bit S-LE PCM format, 2x4ms buffer. (selected) uaudio0: Record[0]: 176400 Hz, 2 ch, 32-bit S-LE PCM format, 2x4ms buffer. uaudio0: Record[0]: 96000 Hz, 2 ch, 32-bit S-LE PCM format, 2x4ms buffer. uaudio0: Record[0]: 88200 Hz, 2 ch, 32-bit S-LE PCM format, 2x4ms buffer. uaudio0: Record[0]: 48000 Hz, 2 ch, 32-bit S-LE PCM format, 2x4ms buffer. uaudio0: Record[0]: 44100 Hz, 2 ch, 32-bit S-LE PCM format, 2x4ms buffer. uaudio0: MIDI sequencer. pcm4 numa-domain 0 on uaudio0 uaudio0: No HID volume keys found. uaudio1 numa-domain 0 on uhub0 uaudio1: on usbus0 uaudio1: No playback. uaudio1: Record[0]: 32000 Hz, 2 ch, 16-bit S-LE PCM format, 2x4ms buffer. (selected) uaudio1: Record[0]: 24000 Hz, 2 ch, 16-bit S-LE PCM format, 2x4ms buffer. uaudio1: Record[0]: 16000 Hz, 2 ch, 16-bit S-LE PCM format, 2x4ms buffer. uaudio1: No MIDI sequencer. pcm5 numa-domain 0 on uaudio1 uaudio1: No HID volume keys found. hw.usb.uaudio.buffer_ms: 2 hw.usb.uaudio.default_channels: 0 hw.usb.uaudio.default_bits: 32 hw.usb.uaudio.default_rate: 0 hw.usb.uaudio.handle_hid: 1 dev.uaudio.1.%domain: 0 dev.uaudio.1.%parent: uhub0 dev.uaudio.1.%pnpinfo: vendor=0x046d product=0x085c devclass=0xef devsubclass=0x02 devproto=0x01 sernum="CCBA809F" release=0x0016 mode=host intclass=0x01 intsubclass=0x01 intprotocol=0x00 dev.uaudio.1.%location: bus=0 hubaddr=1 port=5 devaddr=7 interface=2 ugen=ugen0.7 dev.uaudio.1.%driver: uaudio dev.uaudio.1.%desc: vendor 0x046d C922 Pro Stream Webcam, class 239/2, rev 2.00/0.16, addr 6 dev.uaudio.0.%domain: 0 dev.uaudio.0.%parent: uhub0 dev.uaudio.0.%pnpinfo: vendor=0x2b5a product=0x0022 devclass=0xef devsubclass=0x02 devproto=0x01 sernum="22282038018124" release=0x0100 mode=host intclass=0x01 intsubclass=0x01 intprotocol=0x20 dev.uaudio.0.%location: bus=0 hubaddr=1 port=4 devaddr=6 interface=0 ugen=ugen0.6 dev.uaudio.0.%driver: uaudio dev.uaudio.0.%desc: Universal Audio Volt 176, class 239/2, rev 2.00/1.00, addr 5 dev.uaudio.%parent: dev.pcm.5.%parent: uaudio1 dev.pcm.4.%parent: uaudio0 /dev/sndstat $ cat /dev/sndstat FreeBSD Audio Driver (64bit 2009061500/amd64) Installed devices: pcm0: on hdaa0 (1p:1v/0r:0v) snddev flags=0x22e7 [pcm0:play:dsp0.p0]: spd 48000, fmt 0x00200010, flags 0x6100, 0x0004 interrupts 1044, underruns 0, feed 1044, ready 0 [b:2048/1024/2|bs:2048/1024/2] channel flags=0x6100 {userland} -> feeder_mixer(0x00200010) ->
[Bug 278821] www/chromium: experiencing audio distortion when using webrtc and Universal Audio Volt 176 interface
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278821 Bug ID: 278821 Summary: www/chromium: experiencing audio distortion when using webrtc and Universal Audio Volt 176 interface Product: Ports & Packages Version: Latest Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: Individual Port(s) Assignee: chrom...@freebsd.org Reporter: a...@ayan.net Assignee: chrom...@freebsd.org Flags: maintainer-feedback?(chrom...@freebsd.org) I've been successfully using the Volt 176 USB interface with FreeBSD-CURRENT, chromium, webrtc, and sndio for a while. Some time after v120.0.6099.216 I my microphone input becomes distorted. People on the other end say I sound like a robot. Refreshing the tab fixes the problem. I haven't been able to identify the last version that works because I don't have any historical packages. This problem happens 100% of the time. It begins at unpredictable times -- it could be almost immediately or it could be 10 minutes into a chat. This is the case with google meet, google voice, zoom, and microsoft teams. My microphone works fine in other applications like firefox, OBS studio, and audacity. hw.audio sysctls: $ sysctl hw.audio sysctl: unknown oid 'hw.audio' [ayan@kiwi ~]$ sysctl -a | grep hw.audio [ayan@kiwi ~]$ sysctl -a | grep hw.sound [ayan@kiwi ~]$ sysctl -a | grep hw.snd hw.snd.maxautovchans: 16 hw.snd.default_unit: 4 hw.snd.version: 2009061500/amd64 hw.snd.default_auto: 1 hw.snd.verbose: 4 hw.snd.vpc_mixer_bypass: 1 hw.snd.feeder_rate_quality: 1 hw.snd.feeder_rate_round: 25 hw.snd.feeder_rate_max: 2016000 hw.snd.feeder_rate_min: 1 hw.snd.feeder_rate_polyphase_max: 183040 hw.snd.feeder_rate_presets: 100:8:0.85 100:36:0.92 100:164:0.97 hw.snd.feeder_eq_exact_rate: 0 hw.snd.feeder_eq_presets: PEQ:16000,0.2500,62,0.2500:-9,9,1.0:44100,48000,88200,96000,176400,192000 hw.snd.basename_clone: 1 hw.snd.compat_linux_mmap: 0 hw.snd.syncdelay: -1 hw.snd.usefrags: 0 hw.snd.vpc_reset: 0 hw.snd.vpc_0db: 45 hw.snd.vpc_autoreset: 1 hw.snd.timeout: 5 hw.snd.latency_profile: 1 hw.snd.latency: 2 hw.snd.report_soft_matrix: 1 hw.snd.report_soft_formats: 1 uaudio sysctls: $ sysctl -a | grep uaudio <118>Autoloading module: snd_uaudio uaudio0 numa-domain 0 on uhub0 uaudio0: on usbus0 uaudio0: Play[0]: 192000 Hz, 2 ch, 32-bit S-LE PCM format, 2x4ms buffer. (selected) uaudio0: Play[0]: 176400 Hz, 2 ch, 32-bit S-LE PCM format, 2x4ms buffer. uaudio0: Play[0]: 96000 Hz, 2 ch, 32-bit S-LE PCM format, 2x4ms buffer. uaudio0: Play[0]: 88200 Hz, 2 ch, 32-bit S-LE PCM format, 2x4ms buffer. uaudio0: Play[0]: 48000 Hz, 2 ch, 32-bit S-LE PCM format, 2x4ms buffer. uaudio0: Play[0]: 44100 Hz, 2 ch, 32-bit S-LE PCM format, 2x4ms buffer. uaudio0: Record[0]: 192000 Hz, 2 ch, 32-bit S-LE PCM format, 2x4ms buffer. (selected) uaudio0: Record[0]: 176400 Hz, 2 ch, 32-bit S-LE PCM format, 2x4ms buffer. uaudio0: Record[0]: 96000 Hz, 2 ch, 32-bit S-LE PCM format, 2x4ms buffer. uaudio0: Record[0]: 88200 Hz, 2 ch, 32-bit S-LE PCM format, 2x4ms buffer. uaudio0: Record[0]: 48000 Hz, 2 ch, 32-bit S-LE PCM format, 2x4ms buffer. uaudio0: Record[0]: 44100 Hz, 2 ch, 32-bit S-LE PCM format, 2x4ms buffer. uaudio0: MIDI sequencer. pcm4 numa-domain 0 on uaudio0 uaudio0: No HID volume keys found. uaudio1 numa-domain 0 on uhub0 uaudio1: on usbus0 uaudio1: No playback. uaudio1: Record[0]: 32000 Hz, 2 ch, 16-bit S-LE PCM format, 2x4ms buffer. (selected) uaudio1: Record[0]: 24000 Hz, 2 ch, 16-bit S-LE PCM format, 2x4ms buffer. uaudio1: Record[0]: 16000 Hz, 2 ch, 16-bit S-LE PCM format, 2x4ms buffer. uaudio1: No MIDI sequencer. pcm5 numa-domain 0 on uaudio1 uaudio1: No HID volume keys found. hw.usb.uaudio.buffer_ms: 2 hw.usb.uaudio.default_channels: 0 hw.usb.uaudio.default_bits: 32 hw.usb.uaudio.default_rate: 0 hw.usb.uaudio.handle_hid: 1 dev.uaudio.1.%domain: 0 dev.uaudio.1.%parent: uhub0 dev.uaudio.1.%pnpinfo: vendor=0x046d product=0x085c devclass=0xef devsubclass=0x02 devproto=0x01 sernum="CCBA809F" release=0x0016 mode=host intclass=0x01 intsubclass=0x01 intprotocol=0x00 dev.uaudio.1.%location: bus=0 hubaddr=1 port=5 devaddr=7 interface=2 ugen=ugen0.7 dev.uaudio.1.%driver: uaudio dev.uaudio.1.%desc: vendor 0x046d C922 Pro Stream Webcam, class 239/2, rev 2.00/0.16, addr 6 dev.uaudio.0.%domain: 0 dev.uaudio.0.%parent: uhub0 dev.uaudio.0.%pnpinfo: vendor=0x2b5a product=0x0022 devclass=0xef devsubclass=0x02 devproto=0x01 sernum="22282038018124" release=0x0100 mode=host intclass=0x01 intsubclass=0x01 intprotocol=0x20 dev.uaudio.0.%location: bus=0 hubaddr=1 port=4 devaddr=6 interface=0 ugen=ugen0.6 dev.uaudio.0.%driver: uaudio dev.uaudio.0.%desc: Universal Audio Volt 176, class 239/2, rev 2.00/1.00, addr 5 dev.uaudio.%parent: dev.pcm.5.%parent: uaudio1 dev.pcm.4.%parent: uaudio0 /dev/sndstat $ cat /dev/sndstat FreeBSD Audio Driver
[Bug 268725] www/chromium: Microsoft Teams now refuses to use some webcams made by Logitech
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=268725 Marek Zarychta changed: What|Removed |Added Resolution|--- |Overcome By Events Status|Open|Closed --- Comment #14 from Marek Zarychta --- Microsoft Teams has a lot of quirks. Recently sound device is not working. If this PR could be solved then probably only by Microsoft engineers. -- You are receiving this mail because: You are the assignee for the bug.
Problem reports for chrom...@freebsd.org that need special attention
To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status |Bug Id | Description +---+--- Open|233095 | www/firefox geolocation no longer working Open|246449 | www/chromium: enable PulseAudio by default. 2 problems total for which you should take action.
[Bug 278293] www/qt6-webengine and www/chromium: both fail to build on stable/14 with similar error
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278293 --- Comment #3 from Marek Zarychta --- Perhaps building www/qt6-webengine and www/chromium on poudriere-devel running in jail is the cause of problems with linking ? -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 278293] www/qt6-webengine and www/chromium: both fail to build on stable/14 with similar error
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278293 Marek Zarychta changed: What|Removed |Added CC||chrom...@freebsd.org, ||zarych...@plan-b.pwste.edu. ||pl -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 246449] www/chromium: enable PulseAudio by default.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=246449 Yuri Victorovich changed: What|Removed |Added Assignee|chrom...@freebsd.org|rn...@freebsd.org -- You are receiving this mail because: You are the assignee for the bug.
[Bug 246449] www/chromium: enable PulseAudio by default.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=246449 --- Comment #8 from commit-h...@freebsd.org --- A commit in branch main references this bug: URL: https://cgit.FreeBSD.org/ports/commit/?id=762aa0135a4e18d32bd27bba5266fe6edd769d82 commit 762aa0135a4e18d32bd27bba5266fe6edd769d82 Author: Yuri Victorovich AuthorDate: 2024-05-05 15:51:10 + Commit: Yuri Victorovich CommitDate: 2024-05-05 16:09:08 + Revert "www/chromium: Change default audio output to PULSEAUDIO to make chromium to play nice with desktop environments" This reverts commit 89e432ced730385869e5bf6df4b705facbd1c947. Reason: Several people complained that the PulseAudio dependency is a lot heavier than Sndio. This is currently a controversial issue because: 1. PulseAudio is indeed a heavier dependency compared to Sndio, so for people who prefer minimalistic setup Sndio should be a default. 2. Currently desktop environments work best with PulseAudio, so it is better for average users to have PulseAudio as a default backend. It would be best if www/chromium would allow to change audio backend at-startup or on-the-fly without the need to change port options. This can be achieved by the following methods: 1. Flavorizing www/chromium based on audio backends. 2. Creating slave ports with different audio backends. 3. Implementing on-the-fly or at-startup setting of the audio backend. In https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=246449#c5 Robert Nagy volunteered to implement audio backend dependency in a proper way. I've suggested that the item 3. above is a proper way for chromium. PR: 246449 www/chromium/Makefile | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 246449] www/chromium: enable PulseAudio by default.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=246449 --- Comment #6 from Yuri Victorovich --- (In reply to Robert Nagy from comment #5) In addition to this chromium should also allow the user to choose what audio backend to use, regardless of what backends are installed. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 246449] www/chromium: enable PulseAudio by default.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=246449 Robert Nagy changed: What|Removed |Added CC||rn...@freebsd.org Resolution|DUPLICATE |--- Status|Closed |Open --- Comment #5 from Robert Nagy --- Yes this is wrong. Please revert your commit. The proper way of doing this is to have chromium pick what audio backend to use by default, so if you have pulseaudio installed it will pick that and fall back to sndio by default. I will implement this in the coming weeks. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 278521] www/chromium: Change default audio output to PULSEAUDIO to make chromium to play nice with desktop environments
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278521 --- Comment #19 from Yuri Victorovich --- (In reply to Oleh Hushchenkov from comment #18) With a patch - 14 days in case that maintainer wouldn't respond. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 278521] www/chromium: Change default audio output to PULSEAUDIO to make chromium to play nice with desktop environments
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278521 --- Comment #18 from Oleh Hushchenkov --- (In reply to Yuri Victorovich from comment #17) Discussion about the flavorization can take years. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 278521] www/chromium: Change default audio output to PULSEAUDIO to make chromium to play nice with desktop environments
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278521 --- Comment #17 from Yuri Victorovich --- (In reply to Oleh Hushchenkov from comment #16) Instead of reverting this change, I will create another PR with the flavorization suggestion, for www/chromium and www/firefox. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 278521] www/chromium: Change default audio output to PULSEAUDIO to make chromium to play nice with desktop environments
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278521 --- Comment #16 from Oleh Hushchenkov --- (In reply to Yuri Victorovich from comment #15) > I am curious, why would you need chromium-alsa? Skype and Teams work better with ALSA backend. I used to build chromium from sources to enable ALSA, but it takes too long on my computer now. > One potential problem would be that www/chromium builds for a very long time, > like 24 hours, and having many of them would exacerbate this situation. Building chromium from sources is much bigger problem for people without modern 16-core CPU. The reason to have binary packages with different audio backends is to help users who prefers non default one. Custom build is not a problem for smaller apps, but chromium is simply too huge for most of users to build it from sources. Thank you. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 278521] www/chromium: Change default audio output to PULSEAUDIO to make chromium to play nice with desktop environments
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278521 --- Comment #15 from Yuri Victorovich --- (In reply to Oleh Hushchenkov from comment #14) I am curious, why would you need chromium-alsa? It is certainly possible to flavorize browsers on audio backend, instead of creating slave ports. (I don't think that slave ports are a good solution here.) I will ask on the ML whether someone would object to this. One potential problem would be that www/chromium builds for a very long time, like 24 hours, and having many of them would exacerbate this situation. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 278521] www/chromium: Change default audio output to PULSEAUDIO to make chromium to play nice with desktop environments
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278521 --- Comment #14 from Oleh Hushchenkov --- (In reply to Yuri Victorovich from comment #13) It adds extra huge dependency to minimalistic setups without DE. Messing with default options is a wrong way from very beginning. As a commiter, you can create slave ports with different audio backends. Like: www/chromium-pulse www/chromium-sndio www/chromium-alsa I would be grateful for ALSA enabled build. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 278521] www/chromium: Change default audio output to PULSEAUDIO to make chromium to play nice with desktop environments
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278521 --- Comment #13 from Yuri Victorovich --- (In reply to Oleh Hushchenkov from comment #12) Any reason? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 278521] www/chromium: Change default audio output to PULSEAUDIO to make chromium to play nice with desktop environments
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278521 Oleh Hushchenkov changed: What|Removed |Added CC||o.hushchen...@gmail.com --- Comment #12 from Oleh Hushchenkov --- Please revert this. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 246449] www/chromium: enable PulseAudio by default.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=246449 --- Comment #4 from commit-h...@freebsd.org --- A commit in branch main references this bug: URL: https://cgit.FreeBSD.org/ports/commit/?id=89e432ced730385869e5bf6df4b705facbd1c947 commit 89e432ced730385869e5bf6df4b705facbd1c947 Author: Yuri Victorovich AuthorDate: 2024-05-04 02:02:20 + Commit: Yuri Victorovich CommitDate: 2024-05-04 02:06:57 + www/chromium: Change default audio output to PULSEAUDIO to make chromium to play nice with desktop environments PR: 278521 246449 Approved by:chrom...@freebsd.org (maintainer's timeout; 4 years on bug#246449) www/chromium/Makefile | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 278521] www/chromium: Change default audio output to PULSEAUDIO to make chromium to play nice with desktop environments
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278521 --- Comment #11 from commit-h...@freebsd.org --- A commit in branch main references this bug: URL: https://cgit.FreeBSD.org/ports/commit/?id=89e432ced730385869e5bf6df4b705facbd1c947 commit 89e432ced730385869e5bf6df4b705facbd1c947 Author: Yuri Victorovich AuthorDate: 2024-05-04 02:02:20 + Commit: Yuri Victorovich CommitDate: 2024-05-04 02:06:57 + www/chromium: Change default audio output to PULSEAUDIO to make chromium to play nice with desktop environments PR: 278521 246449 Approved by:chrom...@freebsd.org (maintainer's timeout; 4 years on bug#246449) www/chromium/Makefile | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 278521] www/chromium: Change default audio output to PULSEAUDIO to make chromium to play nice with desktop environments
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278521 Yuri Victorovich changed: What|Removed |Added Resolution|--- |FIXED Status|New |Closed --- Comment #10 from Yuri Victorovich --- Committed. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 278521] www/chromium: Change default audio output to PULSEAUDIO to make chromium to play nice with desktop environments
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278521 Yuri Victorovich changed: What|Removed |Added CC||to...@cedro.info --- Comment #9 from Yuri Victorovich --- *** Bug 246449 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[Bug 246449] www/chromium: enable PulseAudio by default.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=246449 Yuri Victorovich changed: What|Removed |Added CC||y...@freebsd.org Status|Open|Closed Resolution|--- |DUPLICATE --- Comment #3 from Yuri Victorovich --- *** This bug has been marked as a duplicate of bug 278521 *** -- You are receiving this mail because: You are the assignee for the bug.
[Bug 278521] www/chromium: Change default audio output to PULSEAUDIO to make chromium to play nice with desktop environments
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278521 --- Comment #8 from Graham Perrin --- Duplicate of bug 246449? -- You are receiving this mail because: You are the assignee for the bug.
Problem reports for chrom...@freebsd.org that need special attention
To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status |Bug Id | Description +---+--- Open|233095 | www/firefox geolocation no longer working 1 problems total for which you should take action.
[Bug 258573] www/chromium Could not install package: 'FAILED_TO_COPY_EXTENSION_FILE_TO_TEMP_DIRECTORY'
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=258573 Mark Linimon changed: What|Removed |Added Keywords||honeypot CC|dunnsims226...@gmail.com, | |monebiel...@gmail.com | -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 260387] www/chromium: Aw, snap: Error code: 5
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=260387 Mark Linimon changed: What|Removed |Added Keywords||honeypot -- You are receiving this mail because: You are the assignee for the bug.
[Bug 278560] www/chromium 124.0.6367.60 on 13.2-RELEASE-p10 compile failure
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278560 --- Comment #12 from Robert Nagy --- (In reply to George Mitchell from comment #11) You only run into this when building with >=clang18 because a warning has been upgraded to an error. The warning was there already and the definition of pthread_setname_np in pthread.h on FreeBSD is quiet wrong IMHO. It should have been placed into pthread_np.h. But meh. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 278560] www/chromium 124.0.6367.60 on 13.2-RELEASE-p10 compile failure
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278560 --- Comment #11 from George Mitchell --- Well, at least I'm not the only one working on this in the middle of the night! My sincere thank you to Robert Nagy and Tatsuki Makino for getting this debugged! Are we the only three people who ran into this problem? Does it not occur when building with poudriere? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 278560] www/chromium 124.0.6367.60 on 13.2-RELEASE-p10 compile failure
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278560 --- Comment #10 from commit-h...@freebsd.org --- A commit in branch 2024Q2 references this bug: URL: https://cgit.FreeBSD.org/ports/commit/?id=bc43faef5fc5d7e7bf0f89c7bcdcbb94dd683ef6 commit bc43faef5fc5d7e7bf0f89c7bcdcbb94dd683ef6 Author: Robert Nagy AuthorDate: 2024-04-25 07:50:04 + Commit: Robert Nagy CommitDate: 2024-04-25 07:50:50 + www/*chromium: check for non-portable pthread functions in pthread_np.h only PR: 278560 (cherry picked from commit 9fa5ded7494b548e2aca67bc839845d68604758f) .../files/patch-third__party_ffmpeg_configure (new) | 13 + .../files/patch-third__party_ffmpeg_configure (new) | 13 + 2 files changed, 26 insertions(+) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 278560] www/chromium 124.0.6367.60 on 13.2-RELEASE-p10 compile failure
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278560 Robert Nagy changed: What|Removed |Added Status|In Progress |Closed Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Bug 278560] www/chromium 124.0.6367.60 on 13.2-RELEASE-p10 compile failure
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278560 --- Comment #9 from commit-h...@freebsd.org --- A commit in branch main references this bug: URL: https://cgit.FreeBSD.org/ports/commit/?id=9fa5ded7494b548e2aca67bc839845d68604758f commit 9fa5ded7494b548e2aca67bc839845d68604758f Author: Robert Nagy AuthorDate: 2024-04-25 07:50:04 + Commit: Robert Nagy CommitDate: 2024-04-25 07:50:04 + www/*chromium: check for non-portable pthread functions in pthread_np.h only PR: 278560 .../files/patch-third__party_ffmpeg_configure (new) | 13 + .../files/patch-third__party_ffmpeg_configure (new) | 13 + 2 files changed, 26 insertions(+) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 278560] www/chromium 124.0.6367.60 on 13.2-RELEASE-p10 compile failure
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278560 Robert Nagy changed: What|Removed |Added Status|New |In Progress CC||rn...@freebsd.org -- You are receiving this mail because: You are the assignee for the bug.
[Bug 278560] www/chromium 124.0.6367.60 on 13.2-RELEASE-p10 compile failure
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278560 --- Comment #8 from Tatsuki Makino --- ${WRKSRC}/third_party/ffmpeg/BUILD.gn has -std=c99. I guess we need to pass cflags+=-std=c99 in some way to ${WRKSRC}/third_party/ffmpeg/chromium/scripts/build_ffmpeg.py running on the pre-configure target. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 278560] www/chromium 124.0.6367.60 on 13.2-RELEASE-p10 compile failure
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278560 --- Comment #7 from George Mitchell --- (In reply to Tatsuki Makino from comment #6) Thank you! This surely sounds like where the real problem is, and I will try it on my machine in the morning (it's bed time for me right now). I was hoping someone would come up with a less monstrous fix than the one I proposed. Thanks again! -- You are receiving this mail because: You are the assignee for the bug.
[Bug 278560] www/chromium 124.0.6367.60 on 13.2-RELEASE-p10 compile failure
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278560 Tatsuki Makino changed: What|Removed |Added CC||tatsuki_mak...@hotmail.com --- Comment #6 from Tatsuki Makino --- I'm running into this problem too :) I am still still :) using 12.4-STABLE and thought it was due to the version being out of support, but it is not. It seems possible that this could also happen in 14.0-RELEASE. #define HAVE_PTHREAD_SET* seems to have added from chromium-124.0.x.x. FreeBSD has pthread_setname_np in . But it is between #if__BSD_VISIBLE and #endif. could cause __BSD_VISIBLE to be 0 if -std=c99 or -std=c11? is present. FreeBSD also has pthread_set_name_np in . So the correct answer for FreeBSD is the following. #define HAVE_PTHREAD_SET_NAME_NP 1 #define HAVE_PTHREAD_SETNAME_NP 0 www/chromium creates and uses the following config.h at build time. (ARCH=amd64) ${WRKSRC}/third_party/ffmpeg/chromium/config/Chrome/freebsd/x64/config.h The file has them both as 1. HAVE_PTHREAD_SETNAME_NP may need to be set to 0. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 278560] www/chromium 124.0.6367.60 on 13.2-RELEASE-p10 compile failure
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278560 --- Comment #5 from George Mitchell --- Still trying to figure out the right way to fix this bug. There are forty-two files names 'config.h' under work/chromium-124.0.6367.60 that #define HAVE_PTHREAD_SET_NAME_NP, and they all assert "/* Automatically generated by configure - do not modify! */". Forty of them #define HAVE_PTHREAD_SET_NAME_NP 0 and the other two define it to 1. Clearly for FreeBSD it should always be one. But I have no idea where the configure script that generates these config.h files is to be found, and so I can't tell why HAVE_PTHREAD_SET_NAME_NP is set wrongly. Is it possible these config.h files are in the distfiles, having already been generated? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 278560] www/chromium 124.0.6367.60 on 13.2-RELEASE-p10 compile failure
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278560 George Mitchell changed: What|Removed |Added Attachment #250204|0 |1 is obsolete|| --- Comment #4 from George Mitchell --- Created attachment 250208 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=250208=edit Correctly formatted ugly patch I formatted the patch wrong. Corrected with new attachment. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 278560] www/chromium 124.0.6367.60 on 13.2-RELEASE-p10 compile failure
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278560 --- Comment #3 from George Mitchell --- P.S. My sincere appreciation to whomever came up with the one thousand two hundred and eighty-five (!!) patches already in this package to enable chrome to be built and used on FreeBSD!. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 278560] www/chromium 124.0.6367.60 on 13.2-RELEASE-p10 compile failure
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278560 --- Comment #2 from George Mitchell --- Created attachment 250204 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=250204=edit Ugly fix reformatted as a proper patch May the spirit of Ada Lovelace forgive me; I have turned my disgusting fix into a patch. I verified that the fix allows my compile to complete and that the resulting build indeed operates the way you would expect a web browser to operate. I'm in the process of doing a proper portmaster build (no, that's not a contradiction in terms) just to verify that I didn't screw something up. Meanwhile, I hope someone figures out the correct fix. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 278560] www/chromium 124.0.6367.60 on 13.2-RELEASE-p10 compile failure
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278560 --- Comment #1 from George Mitchell --- The ugly fix I described does allow the compile to succeed. I assume no one else has run into this? (I should have mentioned that I am one of those poudriere spurners who uses portmaster.) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 278560] www/chromium 124.0.6367.60 on 13.2-RELEASE-p10 compile failure
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278560 Bug ID: 278560 Summary: www/chromium 124.0.6367.60 on 13.2-RELEASE-p10 compile failure Product: Ports & Packages Version: Latest Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: Individual Port(s) Assignee: chrom...@freebsd.org Reporter: geo...@m5p.com Flags: maintainer-feedback?(chrom...@freebsd.org) Assignee: chrom...@freebsd.org ./../third_party/ffmpeg/libavutil/thread.h:228:19: error: call to undeclared function 'pthread_setname_np'; ISO C99 and later do not support implicit function declarations [-Wimplicit-function-declaration] 228 | ret = AVERROR(pthread_setname_np(pthread_self(), name)); | ^ m../../third_party/ffmpeg/libavutil/thread.h:228:19: note: did you mean 'pthread_set_name_np'? /usr/include/pthread_np.h:67:6: note: 'pthread_set_name_np' declared here 67 | void pthread_set_name_np(pthread_t, const char *); | ^ 1 error generated. In short, the problem seems to be that HAVE_PTHREAD_SETNAME_NP was set during the configuration phase of things instead HAVE_PTHREAD_SET_NAME_NP. In order to be able to compile, I changed lines 225 and following of third_party/ffmpeg/libavutil/thread.h to: static inline int ff_thread_setname(const char *name) { int ret = 0; pthread_set_name_np(pthread_self(), name); return ret; } Clearly not the right fix! But I'm testing right now (i.e. for at least the next couple of hours) to see if it lets me finish the compile. Perhaps an expert on the configuration phase can point me in the right direction. -- You are receiving this mail because: You are the assignee for the bug.
maintainer-feedback requested: [Bug 278560] www/chromium 124.0.6367.60 on 13.2-RELEASE-p10 compile failure
Bugzilla Automation has asked freebsd-chromium (Nobody) for maintainer-feedback: Bug 278560: www/chromium 124.0.6367.60 on 13.2-RELEASE-p10 compile failure https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278560 --- Description --- ./../third_party/ffmpeg/libavutil/thread.h:228:19: error: call to undeclared function 'pthread_setname_np'; ISO C99 and later do not support implicit function declarations [-Wimplicit-function-declaration] 228 | ret = AVERROR(pthread_setname_np(pthread_self(), name)); | ^ m../../third_party/ffmpeg/libavutil/thread.h:228:19: note: did you mean 'pthread_set_name_np'? /usr/include/pthread_np.h:67:6: note: 'pthread_set_name_np' declared here 67 | void pthread_set_name_np(pthread_t, const char *); | ^ 1 error generated. In short, the problem seems to be that HAVE_PTHREAD_SETNAME_NP was set during the configuration phase of things instead HAVE_PTHREAD_SET_NAME_NP. In order to be able to compile, I changed lines 225 and following of third_party/ffmpeg/libavutil/thread.h to: static inline int ff_thread_setname(const char *name) { int ret = 0; pthread_set_name_np(pthread_self(), name); return ret; } Clearly not the right fix! But I'm testing right now (i.e. for at least the next couple of hours) to see if it lets me finish the compile. Perhaps an expert on the configuration phase can point me in the right direction.
[Bug 278521] www/chromium: Change default audio output to PULSEAUDIO to make chromium to play nice with desktop environments
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278521 --- Comment #7 from Yuri Victorovich --- (In reply to Vladimir Druzenko from comment #6) > Check your patch - option PIPEWIRE is in OPTIONS_DEFAULT. But the option's description says that it is for screen capture, not sound. > KDE support pipewire on FreeBSD for more than year [...] KDE crashes when the file system has too many files because it keeps every file in the system open, as amazing as it might sound. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 278521] www/chromium: Change default audio output to PULSEAUDIO to make chromium to play nice with desktop environments
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278521 --- Comment #6 from Vladimir Druzenko --- 1. Check your patch - option PIPEWIRE is in OPTIONS_DEFAULT. 2 and 3. Fifefox and Thunderbird have patches (in ports) with pipewire support. 4. KDE support pipewire on FreeBSD for more than year - I wrote patches for disable it(!). I don't use other DEs. P.S. I'm using FreeBSD for servers and as 2nd OS on desktop from late 1990s too, but full migration on desktop was finished in 2009 only. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 278521] www/chromium: Change default audio output to PULSEAUDIO to make chromium to play nice with desktop environments
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278521 --- Comment #5 from Yuri Victorovich --- The firefox port also doesn't have the pipewire support. I suggest that the attached patch should be committed in the mean time. Then the following items should be fixed: 1. Support PipeWire in www/chromium 2. Support PipeWire in www/fireefox 3. Support PipeWire in mail/thunderbird 4. Support PipeWire in all desktop environments: KDE5, Gnome, XFCE5, with published instructions on how to easily enable it. Once PipeWire is supported everywhere, change the default to PIPEWIRE in browsers, mail clients, etc. It would likely take months to support PipeWire everywhere. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 278521] www/chromium: Change default audio output to PULSEAUDIO to make chromium to play nice with desktop environments
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278521 --- Comment #4 from Yuri Victorovich --- (In reply to Vladimir Druzenko from comment #3) I also use FreeBSD as a sole desktop OS since late 1990s. But today XFCE4 seems to use PulseAudio by default. Also: the chromium port doesn't currently support the PipeWire audio backend. I am not sure if chromium itself does. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 278521] www/chromium: Change default audio output to PULSEAUDIO to make chromium to play nice with desktop environments
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278521 --- Comment #3 from Vladimir Druzenko --- 1. I'm using FreeBSD as single OS on desktop from 2009 at home and at work and never used pulseaudio or pipewire. 2. AFAIK pulseaudio is deprecated by upstream and superseded with pipewire. For example Ubuntu 24.04 is with pipewire by default instead of pulseaudio. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 278521] www/chromium: Change default audio output to PULSEAUDIO to make chromium to play nice with desktop environments
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278521 --- Comment #2 from Yuri Victorovich --- (In reply to Vladimir Druzenko from comment #1) Because most/all desktop environments use PUlseAudio by default, unless I am mistaken. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 278521] www/chromium: Change default audio output to PULSEAUDIO to make chromium to play nice with desktop environments
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278521 Vladimir Druzenko changed: What|Removed |Added CC||v...@freebsd.org --- Comment #1 from Vladimir Druzenko --- Why not pipeware? -- You are receiving this mail because: You are the assignee for the bug.
maintainer-feedback requested: [Bug 278521] www/chromium: Change default audio output to PULSEAUDIO to make chromium to play nice with desktop environments
Bugzilla Automation has asked freebsd-chromium (Nobody) for maintainer-feedback: Bug 278521: www/chromium: Change default audio output to PULSEAUDIO to make chromium to play nice with desktop environments https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278521 --- Description --- Nowadays it is a common expectation that when a new audio device is connected, like headset, the audio IO is switched to go through this new device. This is typically done in desktop environments using PulseAudio - audio is routed to the new device automatically, in a centralized fashion. This is how it works in Firefox, but it currently doesn't work in Chromium. I am suggesting to make PulseAudio default, since most users run Chromium in desktop environments and users would benefit from it behaving nicely.
[Bug 278521] www/chromium: Change default audio output to PULSEAUDIO to make chromium to play nice with desktop environments
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278521 Bug ID: 278521 Summary: www/chromium: Change default audio output to PULSEAUDIO to make chromium to play nice with desktop environments Product: Ports & Packages Version: Latest Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: Individual Port(s) Assignee: chrom...@freebsd.org Reporter: y...@freebsd.org Flags: maintainer-feedback?(chrom...@freebsd.org) Assignee: chrom...@freebsd.org Created attachment 250151 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=250151=edit patch Nowadays it is a common expectation that when a new audio device is connected, like headset, the audio IO is switched to go through this new device. This is typically done in desktop environments using PulseAudio - audio is routed to the new device automatically, in a centralized fashion. This is how it works in Firefox, but it currently doesn't work in Chromium. I am suggesting to make PulseAudio default, since most users run Chromium in desktop environments and users would benefit from it behaving nicely. -- You are receiving this mail because: You are the assignee for the bug.
Problem reports for chrom...@freebsd.org that need special attention
To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status |Bug Id | Description +---+--- Open|233095 | www/firefox geolocation no longer working 1 problems total for which you should take action.
[Bug 273310] www/ungoogled-chromium: undefined MFD_CLOEXEC targeting 12.4
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273310 Dave Cottlehuber changed: What|Removed |Added Status|New |Closed CC||d...@freebsd.org Resolution|--- |FIXED --- Comment #6 from Dave Cottlehuber --- AFAICT supplied patch has addressed this, please re-open if not. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 278413] www/chromium: --headless seems to be broken
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278413 Bug ID: 278413 Summary: www/chromium: --headless seems to be broken Product: Ports & Packages Version: Latest Hardware: amd64 OS: Any Status: New Severity: Affects Some People Priority: --- Component: Individual Port(s) Assignee: chrom...@freebsd.org Reporter: open...@getsnappy.com Flags: maintainer-feedback?(chrom...@freebsd.org) Assignee: chrom...@freebsd.org During my latest upgrade, some of my Nagios monitors broke. I am using Python webdriver to control Chrome in headless mode through the chromedriver built as part of www/chromium. The error message I received was: raise exception_class(message, screen, stacktrace) selenium.common.exceptions.SessionNotCreatedException: Message: session not created: Chrome failed to start: exited normally. (chrome not reachable) (The process started from chrome location /usr/local/bin/chrome is no longer running, so ChromeDriver is assuming that Chrome has crashed.) Testing --headless from the command line with the following command fails to save a screenshot and exits with the normal exit code 0. So, in short, it seems like --headless just doesn't work correctly anymore. /usr/local/bin/chrome --headless --disable-gpu --screenshot https://www.google.com I first noticed with the build chromium-122.0.6261.111. I also tried using the most recent version, chromium-123.0.6312.122. With a little work, I reverted back to chromium-118.0.5993.88, and everything worked as expected. The command line generates a screenshot, and my tests using Python webdriver pass. -- You are receiving this mail because: You are the assignee for the bug.
maintainer-feedback requested: [Bug 278413] www/chromium: --headless seems to be broken
Bugzilla Automation has asked freebsd-chromium (Nobody) for maintainer-feedback: Bug 278413: www/chromium: --headless seems to be broken https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278413 --- Description --- During my latest upgrade, some of my Nagios monitors broke. I am using Python webdriver to control Chrome in headless mode through the chromedriver built as part of www/chromium. The error message I received was: raise exception_class(message, screen, stacktrace) selenium.common.exceptions.SessionNotCreatedException: Message: session not created: Chrome failed to start: exited normally. (chrome not reachable) (The process started from chrome location /usr/local/bin/chrome is no longer running, so ChromeDriver is assuming that Chrome has crashed.) Testing --headless from the command line with the following command fails to save a screenshot and exits with the normal exit code 0. So, in short, it seems like --headless just doesn't work correctly anymore. /usr/local/bin/chrome --headless --disable-gpu --screenshot https://www.google.com I first noticed with the build chromium-122.0.6261.111. I also tried using the most recent version, chromium-123.0.6312.122. With a little work, I reverted back to chromium-118.0.5993.88, and everything worked as expected. The command line generates a screenshot, and my tests using Python webdriver pass.
[Bug 244532] www/chromium - Makefile.local contrib for ensuring ccache is used during build
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244532 Denis Shaposhnikov changed: What|Removed |Added CC||d...@bamus.cz --- Comment #2 from Denis Shaposhnikov --- my temporary (I hope it is temporary) solution is using custom bsd.overlay.mk: if !defined(_DSH_OVERLAY_INCLUDED) _DSH_OVERLAY_INCLUDED= yes if defined(WITH_CCACHE_BUILD) && !defined(NO_CCACHE) # From bsd.ccache.mk, because it isn't included yet. The system includes # bsd.ccache.mk after bsd.overlay.mk. if defined(CCACHE_WRAPPER_PATH) CCACHE_PKG_PREFIX= ${CCACHE_WRAPPER_PATH:C,/libexec/ccache$,,} endif CCACHE_PKG_PREFIX?= ${LOCALBASE} CCACHE_WRAPPER_PATH?= ${CCACHE_PKG_PREFIX}/libexec/ccache CCACHE_BIN?=${CCACHE_PKG_PREFIX}/bin/ccache if ${.CURDIR:M*/www/ungoogled-chromium} # https://chromium.googlesource.com/chromium/src.git/+/master/docs/ccache_macmd#use-with-gn GN_ARGS+= cc_wrapper="${SETENV} CCACHE_SLOPPINESS=time_macros ${CCACHE_BIN}" endif endif # defined(WITH_CCACHE_BUILD) && !defined(NO_CCACHE) endif # !defined(_DSH_OVERLAY_INCLUDED) and build it using poudriere with my own overlay ports tree. -- You are receiving this mail because: You are the assignee for the bug.
Problem reports for chrom...@freebsd.org that need special attention
To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status |Bug Id | Description +---+--- Open|233095 | www/firefox geolocation no longer working 1 problems total for which you should take action.
[Bug 278285] www/iridium
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278285 Mark Linimon changed: What|Removed |Added Assignee|chrom...@freebsd.org|rn...@freebsd.org --- Comment #3 from Mark Linimon --- ^Triage: assign to committer. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 278285] www/iridium
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278285 --- Comment #2 from commit-h...@freebsd.org --- A commit in branch 2024Q2 references this bug: URL: https://cgit.FreeBSD.org/ports/commit/?id=3af20e88a7fe65a59c457054df34e8b32e986747 commit 3af20e88a7fe65a59c457054df34e8b32e986747 Author: Robert Nagy AuthorDate: 2024-04-10 08:40:15 + Commit: Robert Nagy CommitDate: 2024-04-10 08:42:07 + www/iridium: use internal snappy to avoid missing symbols with lld17+ PR: 278285 (cherry picked from commit 7f699cf383097eb84151ab02d98c2e2524f30ee7) www/iridium/Makefile | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 278285] www/iridium
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278285 --- Comment #1 from commit-h...@freebsd.org --- A commit in branch main references this bug: URL: https://cgit.FreeBSD.org/ports/commit/?id=7f699cf383097eb84151ab02d98c2e2524f30ee7 commit 7f699cf383097eb84151ab02d98c2e2524f30ee7 Author: Robert Nagy AuthorDate: 2024-04-10 08:40:15 + Commit: Robert Nagy CommitDate: 2024-04-10 08:41:23 + www/iridium: use internal snappy to avoid missing symbols with lld17+ PR: 278285 www/iridium/Makefile | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) -- You are receiving this mail because: You are the assignee for the bug.