Problem reports for ge...@freebsd.org that need special attention

[bugzilla-noreply]

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|257274 | www/firefox: Fails to link on i386 with LTO=ON on 
Open|260706 | Mk/bsd.gecko.mk: LLVM_VERSION not set when LTO=OF 
New |208496 | security/nss -- add more binaries to the package  
In Progress |249519 | www/firefox audio/virtual_oss_ctl no visible TX i 
Open|266259 | www/firefox 104: high CPU usage   
New |259799 | devel/rust-cbindgen: armv6: build using "make" fa 
Open|263798 | lang/rust - gecko ports with LTO enabled are dysf 

7 problems total for which you should take action.

[Bug 268328] www/firefox fails to build with LTO enabled

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=268328

Bug ID: 268328
   Summary: www/firefox fails to build with LTO enabled
   Product: Ports & Packages
   Version: Latest
  Hardware: amd64
OS: Any
Status: New
  Severity: Affects Only Me
  Priority: ---
 Component: Individual Port(s)
  Assignee: ge...@freebsd.org
  Reporter: freebsd-bug-report...@yf.bsdclub.org
  Assignee: ge...@freebsd.org
 Flags: maintainer-feedback?(ge...@freebsd.org)

On FreeBSD/amd64 13.1-RELEASE-p5, when I built www/firefox with LTO option
enabled (because I built it for updating before ports tree
fc0a979a30ea24c8d28d8a3893bb5ac0549e56cb , which was enabled by default), it
failed with:

...
/usr/local/bin/clang13 -Qunused-arguments -std=gnu99 -U_FORTIFY_SOURCE
-D_FORTIFY_SOURCE=2 -fstack-protector-strong -fstack-clash-protection
-DLIBICONV_PLUG -isystem /usr/local/include -O2 -pipe -O3 -DLIBICONV_PLUG
-fstack-protector-strong -isystem /usr/local/include -fno-strict-aliasing -fPIC
-ffunction-sections -fdata-sections -fno-math-errno -pipe -O2 -O3
-fomit-frame-pointer -funwind-tables  -shared -Wl,-z,defs
-Wl,--warn-unresolved-symbols -Wl,--gc-sections -Wl,-h,libnssckbi.so -o
libnssckbi.so stub.o  -flto=thin -Wl,-plugin-opt=-import-instr-limit=10
-Wl,-plugin-opt=-import-hot-multiplier=30 -pthread -Wl,--as-needed
-fstack-protector-strong -Wl,-z,noexecstack -Wl,-z,text -Wl,-z,relro
-Wl,-z,nocopyreloc -Wl,-Bsymbolic-functions -Wl,--build-id=sha1
-fstack-protector-strong -fstack-clash-protection
-Wl,-rpath-link,/opt/ports/usr/ports/www/firefox/work/.build/dist/bin
-Wl,-rpath-link,/usr/local/lib 
/opt/ports/usr/ports/www/firefox/work/.build/x86_64-unknown-freebsd/release/libbuiltins_static.a
 -Wl,--version-script,libnssckbi.so.symbols  -L/usr/local/lib
ld: error:
/opt/ports/usr/ports/www/firefox/work/.build/x86_64-unknown-freebsd/release/libbuiltins_static.a(builtins_static-e6f7a98e90c6be5b.1da5sob8z9irceuj.rcgu.o):
Unknown attribute kind (82) (Producer: 'LLVM15.0.0-rust-1.65.0-stable' Reader:
'LLVM 13.0.1')
clang-13: error: linker command failed with exit code 1 (use -v to see
invocation)

It seems it was caused by llvm version missmatch between objects produced by
Rust and clang13. 

And why clang13 is used is the description below in Mk/bsd.gecko.mk.

[[[
#if !defined(DEFAULT_VERSIONS) || ! ${DEFAULT_VERSIONS:Mllvm*} ||
${PORT_OPT
IONS:MLTO}
LLVM_DEFAULT=   13 # chase bundled LLVM in lang/rust for LTO
LLVM_VERSION=   13.0.1 # keep in sync with
devel/wasi-compiler-rt${LLVM_DEFAULT}
#endif
]]]

actually after I run 'make config' to unset LTO option, the port was built
successfuly.

-- 
You are receiving this mail because:
You are the assignee for the bug.

maintainer-feedback requested: [Bug 268328] www/firefox fails to build with LTO enabled

[bugzilla-noreply]

Bugzilla Automation  has asked freebsd-gecko (Nobody)
 for maintainer-feedback:
Bug 268328: www/firefox fails to build with LTO enabled
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=268328



--- Description ---
On FreeBSD/amd64 13.1-RELEASE-p5, when I built www/firefox with LTO option
enabled (because I built it for updating before ports tree
fc0a979a30ea24c8d28d8a3893bb5ac0549e56cb , which was enabled by default), it
failed with:

...
/usr/local/bin/clang13 -Qunused-arguments -std=gnu99 -U_FORTIFY_SOURCE
-D_FORTIFY_SOURCE=2 -fstack-protector-strong -fstack-clash-protection
-DLIBICONV_PLUG -isystem /usr/local/include -O2 -pipe -O3 -DLIBICONV_PLUG
-fstack-protector-strong -isystem /usr/local/include -fno-strict-aliasing -fPIC
-ffunction-sections -fdata-sections -fno-math-errno -pipe -O2 -O3
-fomit-frame-pointer -funwind-tables  -shared -Wl,-z,defs
-Wl,--warn-unresolved-symbols -Wl,--gc-sections -Wl,-h,libnssckbi.so -o
libnssckbi.so stub.o  -flto=thin -Wl,-plugin-opt=-import-instr-limit=10
-Wl,-plugin-opt=-import-hot-multiplier=30 -pthread -Wl,--as-needed
-fstack-protector-strong -Wl,-z,noexecstack -Wl,-z,text -Wl,-z,relro
-Wl,-z,nocopyreloc -Wl,-Bsymbolic-functions -Wl,--build-id=sha1
-fstack-protector-strong -fstack-clash-protection
-Wl,-rpath-link,/opt/ports/usr/ports/www/firefox/work/.build/dist/bin
-Wl,-rpath-link,/usr/local/lib 
/opt/ports/usr/ports/www/firefox/work/.build/x86_64-unknown-freebsd/release/lib
builtins_static.a
 -Wl,--version-script,libnssckbi.so.symbols  -L/usr/local/lib
ld: error:
/opt/ports/usr/ports/www/firefox/work/.build/x86_64-unknown-freebsd/release/lib
builtins_static.a(builtins_static-e6f7a98e90c6be5b.1da5sob8z9irceuj.rcgu.o):
Unknown attribute kind (82) (Producer: 'LLVM15.0.0-rust-1.65.0-stable' Reader:
'LLVM 13.0.1')
clang-13: error: linker command failed with exit code 1 (use -v to see
invocation)

It seems it was caused by llvm version missmatch between objects produced by
Rust and clang13. 

And why clang13 is used is the description below in Mk/bsd.gecko.mk.

[[[
#if !defined(DEFAULT_VERSIONS) || ! ${DEFAULT_VERSIONS:Mllvm*} ||
${PORT_OPT
IONS:MLTO}
LLVM_DEFAULT=   13 # chase bundled LLVM in lang/rust for LTO
LLVM_VERSION=   13.0.1 # keep in sync with
devel/wasi-compiler-rt${LLVM_DEFAULT}
#endif
]]]

actually after I run 'make config' to unset LTO option, the port was built
successfuly.

[Bug 266656] tuning(7): with some variations from default sysctl values, starts of mail/thunderbird are slow, and kernel panics may occur

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=266656

--- Comment #25 from Gian-Simon Purkert  ---
Any news?

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug 268328] www/firefox fails to build with LTO enabled

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=268328

Graham Perrin  changed:

   What|Removed |Added

   Keywords||needs-qa
 Status|New |Open
 CC||grahamper...@freebsd.org
URL||https://cgit.freebsd.org/po
   ||rts/commit/?id=fc0a979a30ea
   ||24c8d28d8a3893bb5ac0549e56c
   ||b

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 268328] www/firefox fails to build with LTO enabled

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=268328

Christoph Moench-Tegeder  changed:

   What|Removed |Added

 CC||c...@freebsd.org

--- Comment #1 from Christoph Moench-Tegeder  ---
Your experience is in line with expectations.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 268328] www/firefox fails to build with LTO enabled

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=268328

Charlie Li  changed:

   What|Removed |Added

 CC||vish...@freebsd.org

--- Comment #2 from Charlie Li  ---
Because Rust 1.65.0 uses/bundles LLVM 15, whereas the WASI toolchain in our
tree is still on LLVM 13, and LTO between different LLVM versions was never
guaranteed to work anyway.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 266656] tuning(7): with some variations from default sysctl values, starts of mail/thunderbird are slow, and kernel panics may occur

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=266656

Graham Perrin  changed:

   What|Removed |Added

  Flags||maintainer-feedback?(bz@Fre
   ||eBSD.org)

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug 268328] www/firefox fails to build with LTO enabled

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=268328

--- Comment #3 from Yasuhito FUTATSUKI  
---
Then it is kind that stopping build with suggession to unset LTO before
starting building process, untill the WASI toolchain would get ready.

I spent a few days for finding about the LTO option.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 268328] www/firefox fails to build with LTO enabled

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=268328

Graham Perrin  changed:

   What|Removed |Added

URL|https://cgit.freebsd.org/po |https://www.freshports.org/
   |rts/commit/?id=fc0a979a30ea |www/firefox/
   |24c8d28d8a3893bb5ac0549e56c |
   |b   |
   Keywords|needs-qa|

--- Comment #4 from Graham Perrin  ---
Is it possible for what's represented at
 to gain a hint? 



-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 268328] www/firefox fails to build with LTO enabled

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=268328

Charlie Li  changed:

   What|Removed |Added

URL|https://www.freshports.org/ |
   |www/firefox/|

--- Comment #5 from Charlie Li  ---
Not really, not least because this LTO procedure is shared amongst all gecko@
ports.

The real issue at hand is the mixing-and-matching of LLVM toolchains (and
libraries, in mesa's case at least), especially at the bitcode level, just
Doesn't Work. I've had LLVM 14's WASI bits working locally, but now that we're
on LLVM 15, I've hit a snag porting those WASI bits due to some CMake changes
at least. Additionally, there is the thought of revisiting allowing the use of
LLVM ports for the Rust toolchain (instead of building the bundled one), since
AFAICT the issues that led to removing that option no longer apply.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 266656] tuning(7): with some variations from default sysctl values, starts of mail/thunderbird are slow, and kernel panics may occur

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=266656

--- Comment #26 from Bjoern A. Zeeb  ---
(In reply to Gian-Simon Purkert from comment #22)

I am sorry, I think I had packet loss on your crash dump given I had to setup a
VM with the specific patch level and sources for that.

Could you give me a round-about status again please?  One thing which confuses
me is your comparisons to Ethernet which sounded like at some point even that
was slow?  Do I misread that?

Also do you have any chance to try stable/13 instead of a release branch?  13.1
was even more rough than things are now but certainly will not get the speed
improvements (hopefully life will allow me to have some for 13.2).

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug 266656] tuning(7): with some variations from default sysctl values, starts of mail/thunderbird are slow, and kernel panics may occur

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=266656

Bjoern A. Zeeb  changed:

   What|Removed |Added

   Assignee|b...@freebsd.org|b...@freebsd.org

--- Comment #27 from Bjoern A. Zeeb  ---
I'll take this to sort out the WiFi parts.  But tuning and thunderbird I'll
refrain from.  For slow starts my first thoughts are always DNS;  for slow
transfer speeds other things likely responsible on wifi.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug 266656] tuning(7): with some variations from default sysctl values, starts of mail/thunderbird are slow, and kernel panics may occur

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=266656

Graham Perrin  changed:

   What|Removed |Added

 Status|Open|In Progress

--- Comment #28 from Graham Perrin  ---
(Thanks)

-- 
You are receiving this mail because:
You are on the CC list for the bug.

Problem reports for ge...@freebsd.org that need special attention

[bugzilla-noreply]

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|257274 | www/firefox: Fails to link on i386 with LTO=ON on 
Open|260706 | Mk/bsd.gecko.mk: LLVM_VERSION not set when LTO=OF 
New |208496 | security/nss -- add more binaries to the package  
In Progress |249519 | www/firefox audio/virtual_oss_ctl no visible TX i 
Open|266259 | www/firefox 104: high CPU usage   
New |259799 | devel/rust-cbindgen: armv6: build using "make" fa 
Open|263798 | lang/rust - gecko ports with LTO enabled are dysf 

7 problems total for which you should take action.

[Bug 268488] www/firefox-esr: won't build without deprecated python27 ?

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=268488

Li-Wen Hsu  changed:

   What|Removed |Added

   Assignee|ports-b...@freebsd.org  |ge...@freebsd.org
Summary|firefox-esr won't build |www/firefox-esr: won't
   |without deprecated python27 |build without deprecated
   |?   |python27 ?

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 268488] www/firefox-esr: won't build without deprecated python27 ?

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=268488

Christoph Moench-Tegeder  changed:

   What|Removed |Added

 Resolution|--- |Unable to Reproduce
 Status|New |Closed
 CC||c...@freebsd.org

--- Comment #2 from Christoph Moench-Tegeder  ---
The geckos haven't used python 2.7 for ages. Also, firefox-esr builds just fine
and does not reference the old python at all:
http://beefy2.nyi.freebsd.org/data/123amd64-quarterly/8f70a2b730bc/logs/firefox-esr-102.6.0,1.log
. When comparing that to your log, I'd say your python acts funny.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 268488] www/firefox-esr: won't build without deprecated python27 ?

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=268488

--- Comment #3 from Joel Rodriguez  ---
The list of requirements surely claims use of phyton27!

firefox-esr-102.6.0,1
Web browser based on the browser portion of Mozilla
Description : Changes
Maintained by: ge...@freebsd.org
Also listed in: wayland
Requires: Imath-3.1.6, adwaita-icon-theme-40.1.1, aom-3.5.0,
argp-standalone-1.5.0, at-spi2-atk-2.38.0, at-spi2-core-2.44.1, atk-2.38.0,
autoconf-switch-20220527, autoconf2.13-2.13, avahi-app-0.8_1, brotli-1.0.9,1,
c-ares-1.18.1_1, ca_root_nss-3.86, cairo-1.17.4_2,3, colord-1.4.6,
consolekit2-1.2.4_3, cups-2.4.2, curl-7.86.0, dav1d-1.0.0_3, dbus-1.14.4,1,
dbus-glib-0.112, dejavu-2.37_1, desktop-file-utils-0.26_1, encodings-1.0.5,1,
evdev-proto-5.8, expat-2.5.0, ffmpeg-4.4.3_1,1, fftw3-3.3.10_2,
fftw3-float-3.3.10_2, flac-1.4.2, font-bh-ttf-1.0.3_4,
font-misc-ethiopic-1.0.4, font-misc-meltho-1.0.3_4, fontconfig-2.14.0,1,
freetype2-2.12.1_2, fribidi-1.0.12, gdbm-1.23, gdk-pixbuf2-2.42.10,
gettext-runtime-0.21.1, giflib-5.2.1, glib-2.74.3_1,2, gmake-4.3_2, gmp-6.2.1,
gnome_subr-1.0, gnutls-3.7.8_1, graphite2-1.3.14,
gsettings-desktop-schemas-42.0, gtk-update-icon-cache-3.24.31, gtk3-3.24.34,
harfbuzz-5.3.1, hicolor-icon-theme-0.17, highway-1.0.2, hwdata-0.365,1,
icu-72.1,1, indexinfo-0.3.1, jackit-1.9.21, jbigkit-2.1_1, jpeg-turbo-2.1.4,
lame-3.100_4, lcms2-2.13.1, libICE-1.1.0_1,1, libSM-1.2.3,1, libX11-1.7.2,1,
libXau-1.0.9, libXcomposite-0.4.6,1, libXcursor-1.2.0, libXdamage-1.1.6,
libXdmcp-1.1.3, libXext-1.3.4,1, libXfixes-6.0.0, libXft-2.3.7, libXi-1.8,1,
libXinerama-1.1.4_2,1, libXrandr-1.5.2, libXrender-0.9.10_2, libXt-1.2.1,1,
libXtst-1.2.3_2, libass-0.17.0, libdaemon-0.14_1, libdeflate-1.14,
libdrm-2.4.114,1, libedit-3.1.20221030,1, libepoll-shim-0.0.20220703,
libepoxy-1.5.9, libevdev-1.9.1.20200928, libevent-2.1.12, libffi-3.4.4,
libfontenc-1.1.4, libgcrypt-1.9.4_1, libglvnd-1.6.0, libgpg-error-1.46,
libgudev-234, libgusb-0.3.10, libiconv-1.17, libidn2-2.3.3_1, libjxl-0.7.0,
libltdl-2.4.7, liblz4-1.9.4,1, libnghttp2-1.48.0, libnotify-0.8.1,
libogg-1.3.5,4, libpaper-1.1.28, libpci-3.8.0, libpciaccess-0.16,
libpsl-0.21.1_6, libpthread-stubs-0.4, librsvg2-rust-2.54.5_2,
libsamplerate-0.2.2, libsndfile-1.0.31_2, libsoxr-0.1.3_3, libssh2-1.10.0_1,3,
libsysinfo-0.0.3_2, libtasn1-4.19.0, libudev-devd-0.5.0, libunibreak-4.3,1,
libunistring-1.1, libuv-1.44.2, libv4l-1.23.0, libva-2.16.0, libvdpau-1.5,
libvorbis-1.3.7_2,3, libvpx-1.12.0, libx264-0.164.3095, libxcb-1.15,
libxkbcommon-1.4.1, libxml2-2.10.3_1, libxslt-1.1.37, llvm13-13.0.1_3,
lua53-5.3.6, m4-1.4.19,1, mkfontscale-1.2.1, mpdecimal-2.5.1, nasm-2.15.05,1,
nettle-3.8.1, node-18.12.1, nspr-4.35, nss-3.86, openexr-3.1.5, opus-1.3.1,
orc-0.4.32, p11-kit-0.24.1_1, pango-1.50.9, pciids-20220909, pcre2-10.40,
perl5-5.32.1_3, pixman-0.42.2, pkgconf-1.8.0_1,1, png-1.6.38, polkit-0.120_2,
pulseaudio-14.2_4, py27-setuptools44-44.1.1, py27-sqlite3-2.7.18_7,
py39-dbus-1.3.2, pydbus-common-1.3.2, python27-2.7.18_2, python39-3.9.16,
readline-8.2.0, rust-1.65.0, rust-cbindgen-0.24.3_4, shared-mime-info-2.2_1,
sndio-1.9.0, speexdsp-1.2.1, spidermonkey91-91.13.0_3, sqlite3-3.40.0,1,
tiff-4.4.0_1, v4l_compat-1.23.0, vmaf-2.3.1, wasi-compiler-rt13-13.0.1,
wasi-libc-g20210923, wasi-libcxx-13.0.1, wayland-1.21.0, webp-1.2.4,
webrtc-audio-processing0-0.3.1_2, x265-3.4_2, xkeyboard-config-2.34_2,
xorg-fonts-truetype-7.7_1, xorgproto-2022.1, yasm-1.3.0, zip-3.0_1,
zstd-1.5.2_1

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 268488] www/firefox-esr: won't build without deprecated python27 ?

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=268488

--- Comment #4 from Christoph Moench-Tegeder  ---
(In reply to Joel Rodriguez from comment #3)
That's completely bogus, I believe your system is rather b0rked. Not only does
no part of the gecko build system or the gecko ports' Makefile ever mention
python27 (we rather insist on at least 3.6), firefox-esr also completes the
whole testport cycle without ever touching python27. Also having firefox-esr
depend on spidermonkey91 is rather insane: spidermonkey is gecko's javascript
engine built as a standalone package, but firefox-esr has it's own version of
that in a rather newer variant (102 instead of 91).
You can also check out https://www.freshports.org/www/firefox-esr/ where the
actual dependencies are listed in a friendlier format (as compared to "extract
them from your tree").

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 268488] www/firefox-esr: won't build without deprecated python27 ?

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=268488

--- Comment #5 from Joel Rodriguez  ---
That came from
https://www.freebsd.org/cgi/ports.cgi?query=firefox-esr&stype=all&sektion=all

So please correct that.

I'll be installing pytest since your comment about my "funny" python does
little to help me debug the situation.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 268488] www/firefox-esr: won't build without deprecated python27 ?

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=268488

--- Comment #6 from Joel Rodriguez  ---
(In reply to Christoph Moench-Tegeder from comment #4)

borked??

I am not aware of what exactly that means, except that you are punting.

At this time I am not sure why I even have this port installed, it shows no
dependencies and I am tired of having it be the only port out of over 1600
installed on my "borked" system that continues to fail to update.

thanks for your help

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 268488] www/firefox-esr: won't build without deprecated python27 ?

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=268488

Chris Hutchinson  changed:

   What|Removed |Added

 CC||portmas...@bsdforge.com

--- Comment #7 from Chris Hutchinson  ---
(In reply to Joel Rodriguez from comment #6)
Technically speaking, that was; b0rked. :-)
I'm not going to pretend I know what your systems
environment is that would cause it to be "b0rked".
But I'd like to throw a couple things you could
check that might get you past this. :-)
Assuming you're building from source; make.conf(5)
comes into play. Specifically, DEFAULT_VERSIONS
Would you be kind enough to see if python is listed?
If so, version 2.7? IOW any of the following would be fatal:
python=2.7 python2=2.7, etc...

HTH

--Chris

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 268488] www/firefox-esr: won't build without deprecated python27 ?

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=268488

--- Comment #8 from Joel Rodriguez  ---
Hi, thanks. /etc/make.conf has DEFAULT_VERSIONS+=python=3.9

I ran make test for python3.9 which largely passed. But now the install
directory is locked up and I can't do anything with it.

So I guess it is onward to python310.

At this point, although everything except firefox-esr builds and runs, working
with python is like the wild wild west.

While not a profession comment, I tend to agree python39 is a disaster and
probably borked:)

ps we are talking about the "port" and not the "pkg".

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 268488] www/firefox-esr: won't build without deprecated python27 ?

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=268488

--- Comment #9 from Joel Rodriguez  ---
OK, I was able to bypass the "borked" work directory by renaming it, then
rebuilt python3.9, plus a couple of other port updates depending on python3.9
and everything looks good.

Of course, firefox-esr still fails. After examining the make log, I see:

1] 
/usr/ports/www/firefox-esr/work/firefox-102.6.0/python/mozbuild/mozbuild/configure/util.py:50:
DeprecationWarnin\
g: distutils Version classes are deprecated. Use packaging.version instead.

2] numerous DeprecationWarning : invalid escape sequence \w

3] numerous ResourceWarning: unclosed file xxx

That appears to crash concurrent processing.

And results in

raise GypError("Call to '%s' returned exit status %d while in %s." %
gyp.common.GypError: Call to
'"/usr/ports/www/firefox-esr/work/.build/_virtualenvs/build/bin/python"
./coreconf/\
werror.py' returned exit status 0 while in
/usr/ports/www/firefox-esr/work/firefox-102.6.0/security/nss/nss.gyp.\
 while trying to load
/usr/ports/www/firefox-esr/work/firefox-102.6.0/security/nss/nss.gyp

So while I detect little supporting evidence that my install of python3.9 is
borked, I am leaning toward errors in your .py scripts.

fyi

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 268488] www/firefox-esr: won't build without deprecated python27 ?

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=268488

Graham Perrin  changed:

   What|Removed |Added

 CC||grahamper...@freebsd.org

--- Comment #10 from Graham Perrin  ---
(In reply to Joel Rodriguez from comment #5)

New: bug 268517.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 268488] www/firefox-esr: won't build without deprecated python27 ?

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=268488

Graham Perrin  changed:

   What|Removed |Added

   See Also||https://bugs.freebsd.org/bu
   ||gzilla/show_bug.cgi?id=2685
   ||17

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 265482] www/firefox 103.0: WebGL no longer works with nvidia driver

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=265482

--- Comment #3 from ma...@mky.waw.pl ---
> I wonder how WebGL in Firefox works on Linux given 
> https://download.nvidia.com/XFree86/Linux-x86_64/510.60.02/README/kms.html 
> still says "NVIDIA's DRM KMS support is still considered experimental. It is 
> disabled by default"

I checked this on several modern Linux distros (Ubuntu, Mint, Debian) and it
seems that DRM support is now enabled by default. I have not investigated it
deeper, just checked the presence of nvidia_drm module and the tree of
/dev/dri/

One more thing that I can confirm is that I successfully compiled nvidia-drm
module from amshafer's work on github and it works with Firefox! 

The confirmed working versions are:

OS: FreeBSD 13.1-RELEASE

Packages:
drm-510-kmod-5.10.113_8 (compiled from ports, because I needed the same sources
to build nvidia-drm)
firefox-108.0.1,2 

Sources:
525.60.11 branch from https://github.com/amshafer/nvidia-driver

Kernel log after loaded nvidia-drm.ko:

nvidia0:  on vgapci0
vgapci0: child nvidia0 requested pci_enable_io
vgapci0: child nvidia0 requested pci_enable_io
nvidia-modeset: Loading NVIDIA Kernel Mode Setting Driver for UNIX platforms 
525.60.11  Wed Nov 23 22:41:38 UTC 2022
sysctl_warn_reuse: can't re-use a leaf (hw.dri.debug)!
[drm] [nvidia-drm] [GPU ID 0x0a00] Loading driver
[drm] Initialized nvidia-drm 0.0.0 20160202 for nvidia0 on minor 0

# ls -l /dev/dri/
total 0
lrwxr-xr-x  1 root  wheel   8 Dec 25 20:18 card0 -> ../drm/0
lrwxr-xr-x  1 root  wheel  10 Dec 25 20:18 renderD128 -> ../drm/128

It would be nice to see a x11/nvidia-drm in the ports tree or (probably better)
integrate amshafer's patches with the next nvidia driver x11/nvidia-driver-525

-- 
You are receiving this mail because:
You are the assignee for the bug.

Problem reports for ge...@freebsd.org that need special attention

[bugzilla-noreply]

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|257274 | www/firefox: Fails to link on i386 with LTO=ON on 
Open|260706 | Mk/bsd.gecko.mk: LLVM_VERSION not set when LTO=OF 
New |208496 | security/nss -- add more binaries to the package  
In Progress |249519 | www/firefox audio/virtual_oss_ctl no visible TX i 
Open|266259 | www/firefox 104: high CPU usage   
New |259799 | devel/rust-cbindgen: armv6: build using "make" fa 
Open|263798 | lang/rust - gecko ports with LTO enabled are dysf 

7 problems total for which you should take action.

[Bug 258293] www/firefox (1729109) The preferred default font is no longer used, for some sites, following an upgrade from Firefox 91.0.2

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=258293

Graham Perrin  changed:

   What|Removed |Added

 Status|New |Open

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 208496] security/nss -- add more binaries to the package

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=208496

Graham Perrin  changed:

   What|Removed |Added

   Keywords|patch-ready |

-- 
You are receiving this mail because:
You are the assignee for the bug.

Problem reports for ge...@freebsd.org that need special attention

[bugzilla-noreply]

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|257274 | www/firefox: Fails to link on i386 with LTO=ON on 
Open|260706 | Mk/bsd.gecko.mk: LLVM_VERSION not set when LTO=OF 
In Progress |249519 | www/firefox audio/virtual_oss_ctl no visible TX i 
Open|266259 | www/firefox 104: high CPU usage   
New |259799 | devel/rust-cbindgen: armv6: build using "make" fa 
Open|263798 | lang/rust - gecko ports with LTO enabled are dysf 

6 problems total for which you should take action.

[Bug 231110] x11-toolkits/gtk20, x11-toolkits/gtk30: GTK print dialogs falsely believe lpr cannot accept PDF

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=231110

--- Comment #25 from Sean Farley  ---
(In reply to Tobias C. Berner from comment #24)

For x11-toolkits/gtk30, this should be considered fixed.  Firefox offers "Print
to LPR" in the system dialog.  A patch may be considered needed for
x11-toolkits/gtk20, but Firefox no longer uses that port.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

maintainer-feedback requested: [Bug 268750] www/firefox: draft patch to fix build on armv7

[bugzilla-noreply]

Bugzilla Automation  has asked freebsd-gecko (Nobody)
 for maintainer-feedback:
Bug 268750: www/firefox: draft patch to fix build on armv7
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=268750



--- Description ---
The attached patch fixes a build issue on armv7.  Unfortunately the build then
fails later with an address space exhaustion in the compiler when compiling the
rust "style" package.

Tested unsuccessfully on armv7 FreeBSD 13.1.

[Bug 268750] www/firefox: draft patch to fix build on armv7

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=268750

Bug ID: 268750
   Summary: www/firefox: draft patch to fix build on armv7
   Product: Ports & Packages
   Version: Latest
  Hardware: arm
OS: Any
Status: New
  Severity: Affects Only Me
  Priority: ---
 Component: Individual Port(s)
  Assignee: ge...@freebsd.org
  Reporter: f...@fuz.su
  Assignee: ge...@freebsd.org
 Flags: maintainer-feedback?(ge...@freebsd.org)

Created attachment 239258
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=239258&action=edit
www/firefox: draft patch to fix build on armv7

The attached patch fixes a build issue on armv7.  Unfortunately the build then
fails later with an address space exhaustion in the compiler when compiling the
rust "style" package.

Tested unsuccessfully on armv7 FreeBSD 13.1.

-- 
You are receiving this mail because:
You are the assignee for the bug.

Problem reports for ge...@freebsd.org that need special attention

[bugzilla-noreply]

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|257274 | www/firefox: Fails to link on i386 with LTO=ON on 
Open|260706 | Mk/bsd.gecko.mk: LLVM_VERSION not set when LTO=OF 
In Progress |249519 | www/firefox audio/virtual_oss_ctl no visible TX i 
Open|266259 | www/firefox 104: high CPU usage   
New |259799 | devel/rust-cbindgen: armv6: build using "make" fa 
Open|263798 | lang/rust - gecko ports with LTO enabled are dysf 

6 problems total for which you should take action.

Problem reports for ge...@freebsd.org that need special attention

[bugzilla-noreply]

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|257274 | www/firefox: Fails to link on i386 with LTO=ON on 
Open|260706 | Mk/bsd.gecko.mk: LLVM_VERSION not set when LTO=OF 
In Progress |249519 | www/firefox audio/virtual_oss_ctl no visible TX i 
Open|266259 | www/firefox 104: high CPU usage   
New |259799 | devel/rust-cbindgen: armv6: build using "make" fa 
Open|263798 | lang/rust - gecko ports with LTO enabled are dysf 

6 problems total for which you should take action.

Problem reports for ge...@freebsd.org that need special attention

[bugzilla-noreply]

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|257274 | www/firefox: Fails to link on i386 with LTO=ON on 
Open|260706 | Mk/bsd.gecko.mk: LLVM_VERSION not set when LTO=OF 
In Progress |249519 | www/firefox audio/virtual_oss_ctl no visible TX i 
Open|266259 | www/firefox 104: high CPU usage   
New |259799 | devel/rust-cbindgen: armv6: build using "make" fa 
Open|263798 | lang/rust - gecko ports with LTO enabled are dysf 

6 problems total for which you should take action.

[Bug 269205] mail/thunderbird 102.7.1 cannot authenticate to office365.com with MFA [regression]

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=269205

Bug ID: 269205
   Summary: mail/thunderbird 102.7.1 cannot authenticate to
office365.com with MFA [regression]
   Product: Ports & Packages
   Version: Latest
  Hardware: Any
OS: Any
Status: New
  Severity: Affects Only Me
  Priority: ---
 Component: Individual Port(s)
  Assignee: ge...@freebsd.org
  Reporter: j...@freebsd.org
  Assignee: ge...@freebsd.org
 Flags: maintainer-feedback?(ge...@freebsd.org)

Password is accepted, MFA token is sent via text message, and then a popup
appears stating that authentication failed.

I checked out the 102.6.1 framework in ports and installed it from source as a
workaround.  This works fine.

-- 
You are receiving this mail because:
You are the assignee for the bug.

maintainer-feedback requested: [Bug 269205] mail/thunderbird 102.7.1 cannot authenticate to office365.com with MFA [regression]

[bugzilla-noreply]

Bugzilla Automation  has asked freebsd-gecko (Nobody)
 for maintainer-feedback:
Bug 269205: mail/thunderbird 102.7.1 cannot authenticate to office365.com with
MFA [regression]
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=269205



--- Description ---
Password is accepted, MFA token is sent via text message, and then a popup
appears stating that authentication failed.

I checked out the 102.6.1 framework in ports and installed it from source as a
workaround.  This works fine.

[Bug 269205] mail/thunderbird 102.7.1 cannot authenticate to office365.com with MFA [regression]

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=269205

Graham Perrin  changed:

   What|Removed |Added

 CC||grahamper...@freebsd.org
 Status|New |Open
   Severity|Affects Only Me |Affects Some People

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 269205] mail/thunderbird 102.7.1 cannot authenticate to office365.com with MFA [regression]

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=269205

Charlie Li  changed:

   What|Removed |Added

URL||https://blog.thunderbird.ne
   ||t/2023/01/important-message
   ||-for-microsoft-office-365-e
   ||nterprise-users/
 CC||vish...@freebsd.org

--- Comment #1 from Charlie Li  ---
This is a known issue upstream, and the workaround is to exactly go back to
102.6.1.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 269205] mail/thunderbird 102.7.1 cannot authenticate to office365.com with MFA [regression]

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=269205

Charlie Li  changed:

   What|Removed |Added

   See Also||https://bugzilla.mozilla.or
   ||g/show_bug.cgi?id=1810760

-- 
You are receiving this mail because:
You are the assignee for the bug.

Problem reports for ge...@freebsd.org that need special attention

[bugzilla-noreply]

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|257274 | www/firefox: Fails to link on i386 with LTO=ON on 
Open|260706 | Mk/bsd.gecko.mk: LLVM_VERSION not set when LTO=OF 
In Progress |249519 | www/firefox audio/virtual_oss_ctl no visible TX i 
Open|266259 | www/firefox 104: high CPU usage   
New |259799 | devel/rust-cbindgen: armv6: build using "make" fa 
Open|263798 | lang/rust - gecko ports with LTO enabled are dysf 

6 problems total for which you should take action.

[Bug 266173] www/firefox allow building with X11=OFF

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=266173

--- Comment #1 from Oleh Vinichenko  ---
i know testing building firefox with X11=OFF and Wayland enabled, locally. i
will try adding patch for port and for bsd.gecko.mk as soon as possible.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 269205] mail/thunderbird 102.7.1 cannot authenticate to office365.com with MFA [regression]

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=269205

Charlie Li  changed:

   What|Removed |Added

 Status|Open|Closed
 Resolution|--- |FIXED

--- Comment #2 from Charlie Li  ---
This has been fixed with 102.7.1_1, which is rc2.

-- 
You are receiving this mail because:
You are the assignee for the bug.

Problem reports for ge...@freebsd.org that need special attention

[bugzilla-noreply]

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|257274 | www/firefox: Fails to link on i386 with LTO=ON on 
Open|260706 | Mk/bsd.gecko.mk: LLVM_VERSION not set when LTO=OF 
In Progress |249519 | www/firefox audio/virtual_oss_ctl no visible TX i 
Open|266259 | www/firefox 104: high CPU usage   
New |259799 | devel/rust-cbindgen: armv6: build using "make" fa 
Open|263798 | lang/rust - gecko ports with LTO enabled are dysf 

6 problems total for which you should take action.

maintainer-feedback requested: [Bug 269479] www/firefox: 110.0 build failed due to absent gdk/gdkx.h

[bugzilla-noreply]

Bugzilla Automation  has asked freebsd-gecko (Nobody)
 for maintainer-feedback:
Bug 269479: www/firefox: 110.0 build failed due to absent gdk/gdkx.h
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=269479



--- Description ---
FreeBSD 13.1-RELEASE-p2
[/usr/ports/www/firefox]# make install
...
/usr/ports/www/firefox/work/.build/dist/system_wrappers/gdk/gdkx.h:3:15: fatal
error: 'gdk/gdkx.h' file not found
...
gmake[5]: Leaving directory
'/usr/ports/www/firefox/work/.build/toolkit/library/rust'
gmake[4]: Leaving directory '/usr/ports/www/firefox/work/.build'
gmake[3]: *** [/usr/ports/www/firefox/work/firefox-110.0/config/recurse.mk:34:
compile] Error 2
gmake[3]: Leaving directory '/usr/ports/www/firefox/work/.build'
gmake[2]: *** [/usr/ports/www/firefox/work/firefox-110.0/config/rules.mk:361:
all] Error 2
gmake[2]: Leaving directory '/usr/ports/www/firefox/work/.build'
===> Compilation failed unexpectedly.

[Bug 269479] www/firefox: 110.0 build failed due to absent gdk/gdkx.h

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=269479

Bug ID: 269479
   Summary: www/firefox: 110.0 build failed due to absent
gdk/gdkx.h
   Product: Ports & Packages
   Version: Latest
  Hardware: amd64
OS: Any
Status: New
  Severity: Affects Only Me
  Priority: ---
 Component: Individual Port(s)
  Assignee: ge...@freebsd.org
  Reporter: igor.arabesc.pav...@gmail.com
 Flags: maintainer-feedback?(ge...@freebsd.org)
  Assignee: ge...@freebsd.org

Created attachment 240069
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=240069&action=edit
build log

FreeBSD 13.1-RELEASE-p2
[/usr/ports/www/firefox]# make install
...
/usr/ports/www/firefox/work/.build/dist/system_wrappers/gdk/gdkx.h:3:15: fatal
error: 'gdk/gdkx.h' file not found
...
gmake[5]: Leaving directory
'/usr/ports/www/firefox/work/.build/toolkit/library/rust'
gmake[4]: Leaving directory '/usr/ports/www/firefox/work/.build'
gmake[3]: *** [/usr/ports/www/firefox/work/firefox-110.0/config/recurse.mk:34:
compile] Error 2
gmake[3]: Leaving directory '/usr/ports/www/firefox/work/.build'
gmake[2]: *** [/usr/ports/www/firefox/work/firefox-110.0/config/rules.mk:361:
all] Error 2
gmake[2]: Leaving directory '/usr/ports/www/firefox/work/.build'
===> Compilation failed unexpectedly.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 269479] www/firefox: 110.0 build failed due to absent gdk/gdkx.h

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=269479

--- Comment #1 from Jan Beich  ---
gdk/gdkx.h is only installed when x11-toolkits/gtk30 is built with X11 option
enabled. www/firefox currently doesn't support building without X11 support
(bug 266173).

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 269479] www/firefox: 110.0 build failed due to absent gdk/gdkx.h

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=269479

Igor Pavlov  changed:

   What|Removed |Added

 Status|New |Closed
 Resolution|--- |Not A Bug

--- Comment #2 from Igor Pavlov  ---
Thanks!

-- 
You are receiving this mail because:
You are the assignee for the bug.

Problem reports for ge...@freebsd.org that need special attention

[bugzilla-noreply]

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|257274 | www/firefox: Fails to link on i386 with LTO=ON on 
Open|260706 | Mk/bsd.gecko.mk: LLVM_VERSION not set when LTO=OF 
In Progress |249519 | www/firefox audio/virtual_oss_ctl no visible TX i 
Open|266259 | www/firefox 104: high CPU usage   
New |259799 | devel/rust-cbindgen: armv6: build using "make" fa 
Open|263798 | lang/rust - gecko ports with LTO enabled are dysf 

6 problems total for which you should take action.

maintainer-feedback requested: [Bug 269525] firefox 110.0 dropdown menus close when mouse is moved

[bugzilla-noreply]

Fernando Apesteguía  has asked freebsd-gecko (Nobody)
 for maintainer-feedback:
Bug 269525: firefox 110.0 dropdown menus close when mouse is moved
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=269525

[Bug 269525] firefox 110.0 dropdown menus close when mouse is moved

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=269525

Fernando Apesteguía  changed:

   What|Removed |Added

 CC||fern...@freebsd.org,
   ||ge...@freebsd.org
  Flags||maintainer-feedback?(gecko@
   ||FreeBSD.org)
 Status|New |Open

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug 269525] www/firefox: 110.0 dropdown menus close when mouse is moved

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=269525

Fernando Apesteguía  changed:

   What|Removed |Added

Summary|firefox 110.0 dropdown  |www/firefox: 110.0 dropdown
   |menus close when mouse is   |menus close when mouse is
   |moved   |moved

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug 269525] www/firefox: 110.0 dropdown menus close when mouse is moved

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=269525

Christoph Moench-Tegeder  changed:

   What|Removed |Added

 CC||c...@freebsd.org

--- Comment #1 from Christoph Moench-Tegeder  ---
Could be related to https://bugzilla.mozilla.org/show_bug.cgi?id=1807482 ? Also
not reproducable here.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug 269525] www/firefox: 110.0 dropdown menus close when mouse is moved

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=269525

--- Comment #2 from rzdndr  ---
(In reply to Christoph Moench-Tegeder from comment #1)

What WM are you using? I am using TWM as the window manager.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug 269525] www/firefox: 110.0 dropdown menus close when mouse is moved

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=269525

--- Comment #3 from Christoph Moench-Tegeder  ---
(In reply to rzdndr from comment #2)
I'm on fvwm2

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug 269525] www/firefox: 110.0 dropdown menus close when mouse is moved

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=269525

Tatsuki Makino  changed:

   What|Removed |Added

 CC||tatsuki_mak...@hotmail.com

--- Comment #4 from Tatsuki Makino  ---
It does not seem to be a problem with my 
firefox-esr-102.8.0_1,1 + twm-1.0.12 + not wayland + 12.4-STABLE amd64.
Perhaps it is a problem with firefox-110

(In reply to rzdndr from comment #2)

Does it still happen when using the default settings for twm? The green one :)
I have NoGrabServer written in my settings, but I forget if this was relevant
:)

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug 269525] www/firefox: 110.0 dropdown menus close when mouse is moved

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=269525

--- Comment #5 from rzdndr  ---
(In reply to Tatsuki Makino from comment #4)

It is definitely related to firefox 110.0

What I did is add "export XDG_SESSION_DESKTOP=twm" into my .xinitrc
file. This was given as a solution given in the bug report in 
https://bugzilla.mozilla.org/show_bug.cgi?id=1807482. This solved the problem
and I can use the dropdown menus, most of the time. Sometimes it gets stuck in
one of the sub folders in the bookmarks toolbar, and does not understand the
mouse moved, but you can close the sub folger with esc at those times. I do not
know if this might be a bug (in firefox).

Did not test it with the default TWM configuration (the green one). Maybe I
should test that too.

The NoGrabServer settings did not do anything on my system. This might not be
relevant. I did check that though.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug 269525] www/firefox: 110.0 dropdown menus close when mouse is moved

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=269525

--- Comment #6 from rzdndr  ---
I did also test it with the default TWM configuration (with the green color).
This did not make any difference. Firefox has the same problem.

The solution that I have found for now is to export XDG_SESSION_DESKTOP=twm in
my .xinitrc file.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug 269525] www/firefox: 110.0 dropdown menus close when mouse is moved

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=269525

--- Comment #7 from Tatsuki Makino  ---
(In reply to rzdndr from comment #6)

> XDG_SESSION_DESKTOP=twm

Between firefox-102.8.0 and 110.0, the code of nsWindow::CaptureRollupEvents in
${WRKSRC}/widget/gtk/nsWindow.cpp was rewritten significantly...
It seems that twm, sawfish and fvwm have to tell firefox what type of window
manager to use to cause this malfunction.
The pathways that tell it are the environment variables XDG_CURRENT_DESKTOP,
XDG_SESSION_DESKTOP, and DESKTOP_SESSION, which
GetDesktopEnvironmentIdentifier() in ${WRKSRC}/widget/gtk/WidgetUtilsGtk.cpp
seems to pick up.

Thus, setting it up at all times seems to be a workaround for twm users.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

maintainer-feedback requested: [Bug 269664] Can't build FireFox 110.0.3 on FreeBSD 13-2 Stable

[bugzilla-noreply]

Bugzilla Automation  has asked freebsd-gecko (Nobody)
 for maintainer-feedback:
Bug 269664: Can't build FireFox 110.0.3 on FreeBSD 13-2 Stable
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=269664



--- Description ---
Try with different options, but can't build anyway:


#30 0x003a0558 (/usr/local/llvm13/bin/ld+0x3a0558)
clang-13: error: unable to execute command: Abort trap
clang-13: error: linker command failed due to signal (use -v to see invocation)
gmake[5]: *** [/usr/ports/www/firefox/work/firefox-110.0/config/rules.mk:540:
libxul.so] Error 254
gmake[5]: Leaving directory
'/usr/ports/www/firefox/work/.build/toolkit/library/build'
gmake[4]: *** [/usr/ports/www/firefox/work/firefox-110.0/config/recurse.mk:72:
toolkit/library/build/target] Error 2
/usr/ports/www/firefox/work/.build/_virtualenvs/build/bin/python -m
mozbuild.action.check_binary --target ../../dist/bin/firefox
BUILDTASK {"argv":
["/usr/ports/www/firefox/work/firefox-110.0/python/mozbuild/mozbuild/action/che
ck_binary.py",
"--target", "../../dist/bin/firefox"], "start": 1676735559.906442, "end":
1676735559.924812, "context": null}
gmake[5]: Leaving directory '/usr/ports/www/firefox/work/.build/browser/app'
gmake[4]: Leaving directory '/usr/ports/www/firefox/work/.build'
gmake[3]: *** [/usr/ports/www/firefox/work/firefox-110.0/config/recurse.mk:34:
compile] Error 2
gmake[3]: Leaving directory '/usr/ports/www/firefox/work/.build'
gmake[2]: *** [/usr/ports/www/firefox/work/firefox-110.0/config/rules.mk:361:
all] Error 2
gmake[2]: Leaving directory '/usr/ports/www/firefox/work/.build'
===> Compilation failed unexpectedly.
Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to
the maintainer.
***Error code 1

Stop.
make[1]: stopped in /usr/ports/www/firefox
 Error code 1
Stop.

[Bug 269664] Can't build FireFox 110.0.3 on FreeBSD 13-2 Stable

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=269664

Bug ID: 269664
   Summary: Can't build FireFox 110.0.3 on FreeBSD 13-2 Stable
   Product: Ports & Packages
   Version: Latest
  Hardware: amd64
OS: Any
Status: New
  Severity: Affects Only Me
  Priority: ---
 Component: Individual Port(s)
  Assignee: ge...@freebsd.org
  Reporter: romwh...@gmail.com
  Assignee: ge...@freebsd.org
 Flags: maintainer-feedback?(ge...@freebsd.org)

Try with different options, but can't build anyway:


#30 0x003a0558 (/usr/local/llvm13/bin/ld+0x3a0558)
clang-13: error: unable to execute command: Abort trap
clang-13: error: linker command failed due to signal (use -v to see invocation)
gmake[5]: *** [/usr/ports/www/firefox/work/firefox-110.0/config/rules.mk:540:
libxul.so] Error 254
gmake[5]: Leaving directory
'/usr/ports/www/firefox/work/.build/toolkit/library/build'
gmake[4]: *** [/usr/ports/www/firefox/work/firefox-110.0/config/recurse.mk:72:
toolkit/library/build/target] Error 2
/usr/ports/www/firefox/work/.build/_virtualenvs/build/bin/python -m
mozbuild.action.check_binary --target ../../dist/bin/firefox
BUILDTASK {"argv":
["/usr/ports/www/firefox/work/firefox-110.0/python/mozbuild/mozbuild/action/check_binary.py",
"--target", "../../dist/bin/firefox"], "start": 1676735559.906442, "end":
1676735559.924812, "context": null}
gmake[5]: Leaving directory '/usr/ports/www/firefox/work/.build/browser/app'
gmake[4]: Leaving directory '/usr/ports/www/firefox/work/.build'
gmake[3]: *** [/usr/ports/www/firefox/work/firefox-110.0/config/recurse.mk:34:
compile] Error 2
gmake[3]: Leaving directory '/usr/ports/www/firefox/work/.build'
gmake[2]: *** [/usr/ports/www/firefox/work/firefox-110.0/config/rules.mk:361:
all] Error 2
gmake[2]: Leaving directory '/usr/ports/www/firefox/work/.build'
===> Compilation failed unexpectedly.
Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to
the maintainer.
***Error code 1

Stop.
make[1]: stopped in /usr/ports/www/firefox
 Error code 1
Stop.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 269664] Can't build FireFox 110.0.3 on FreeBSD 13-2 Stable www/firefox

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=269664

Roman Karandashev  changed:

   What|Removed |Added

Summary|Can't build FireFox 110.0.3 |Can't build FireFox 110.0.3
   |on FreeBSD 13-2 Stable  |on FreeBSD 13-2 Stable
   ||www/firefox
 CC||romwh...@gmail.com

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 269664] Can't build FireFox 110.0.3 on FreeBSD 13-2 Stable www/firefox

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=269664

Roman Karandashev  changed:

   What|Removed |Added

  Flags|maintainer-feedback?(gecko@ |maintainer-feedback+
   |FreeBSD.org)|

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 269664] www/firefox: can't build Firefox 110.0.3 on FreeBSD 13.2 STABLE

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=269664

Graham Perrin  changed:

   What|Removed |Added

 Status|New |Open
 CC||grahamper...@freebsd.org
Summary|Can't build FireFox 110.0.3 |www/firefox: can't build
   |on FreeBSD 13-2 Stable  |Firefox 110.0.3 on FreeBSD
   |www/firefox |13.2 STABLE

--- Comment #1 from Graham Perrin  ---
(In reply to Roman Karandashev from comment #0)

Which version of FreeBSD, exactly? 

freebsd-version-kru ; uname -aKU

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 269664] www/firefox: can't build Firefox 110.0.3 on FreeBSD 13.2 STABLE

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=269664

--- Comment #2 from Roman Karandashev  ---
(In reply to Graham Perrin from comment #1)

freebsd-version-kru:

13.2-BETA2
13.2-BETA2
13.2-STABLE

uname -aKU:

FreeBSD ryzen-bsd 13.2-BETA2 FreeBSD 13.2-BETA2 releng/13.2-065f78545 GENERIC
amd64 1302000 1302500

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 269664] www/firefox: can't build Firefox 110.0.3 on FreeBSD 13.2 STABLE

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=269664

Oleg Sidorkin  changed:

   What|Removed |Added

 CC||osidor...@gmail.com

--- Comment #3 from Oleg Sidorkin  ---
Do you have LTO enabled? Rust port and c++ LLVM version mismatches often causes
linking problems when LTO is enabled.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 269664] www/firefox: can't build Firefox 110.0.3 on FreeBSD 13.2 STABLE

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=269664

Soe Tun  changed:

   What|Removed |Added

 CC||soel...@gmail.com

--- Comment #4 from Soe Tun  ---
(In reply to Oleg Sidorkin from comment #3)

Like you said, I get LLVM errors with LTO (Link-Time Optimization) option.
I tried building www/firefox with two approaches -- (1) Ports (2) Poudriere
Both approaches fail with the same LLVM error near the very end for FreeBSD
13.1-RELEASE.

What "version mismatches" can there be to result in these LLVM errors?  
Isn't using Poudriere to build it in isolation good enough?
Why would it fail to build using LTO option in Poudriere?


 APPROACH 1: Ports 
$ cd /usr/ports/www/firefox
$ make config-recursive
$ make install clean

 APPROACH 2: Poudriere 

I simply followed instructions to setup Poudriere.
https://www.digitalocean.com/community/tutorials/how-to-set-up-a-poudriere-build-system-to-create-packages-for-your-freebsd-servers

$ poudriere jail -c -j 131Ramd64 -v 13.1-RELEASE
$ poudriere ports -c -p 2023Q1



The following is the Makefile config options I set for www/firefox.

---Begin OPTIONS List---
===> The following configuration options are available for firefox-110.0_3,2:
 CANBERRA=off: Sound theme alerts
 DBUS=on: D-Bus IPC system support
 DEBUG=off: Build with debugging support
 FFMPEG=on: FFmpeg support (WMA, AIFF, AC3, APE...)
 LIBPROXY=off: Proxy support via libproxy
 LTO=on: Use Link-Time Optimization
 OPTIMIZED_CFLAGS=on: Use extra compiler optimizations
 PROFILE=on: Build with profiling support
 TEST=off: Build and/or run tests
> Extra cubeb audio backends (OSS is always available)
 ALSA=off: ALSA audio architecture support
 JACK=on: JACK audio server support
 PULSEAUDIO=on: PulseAudio sound server support
 SNDIO=on: Sndio audio support
===> Use 'make config' to modify these settings
---End OPTIONS List---





This is the same LLVM error I get for both approaches.

/usr/local/bin/clang++13 -Qunused-arguments -std=gnu++17 -U_FORTIFY_SOURCE
-D_FORTIFY_SOURCE=2 -fstack-protector-strong -fstack-clash-protection
-DLIBICONV_PLUG -isystem /usr/local/include -fno-sized-deallocation
-fno-aligned-new -O2 -pipe -O3 -DLIBICONV_PLUG -fstack-protector-strong
-isystem /usr/local/include -fno-strict-aliasing -DLIBICONV_PLUG -isystem
/usr/local/include -fno-exceptions -fPIC -fno-rtti -ffunction-sections
-fdata-sections -fno-exceptions -fno-math-errno -pipe -O2 -O3
-fno-omit-frame-pointer -funwind-tables  -shared -Wl,-z,defs
-Wl,--warn-unresolved-symbols -Wl,--gc-sections -Wl,-h,libxul.so -o libxul.so
/wrkdirs/usr/ports/www/firefox/work/.build/toolkit/library/build/libxul_so.list
 -flto=thin -Wl,-plugin-opt=-import-instr-limit=10
-Wl,-plugin-opt=-import-hot-multiplier=30 -pthread -Wl,--as-needed
-fstack-protector-strong -Wl,-z,noexecstack -Wl,-z,text -Wl,-z,relro
-Wl,-z,nocopyreloc -Wl,-Bsymbolic-functions -Wl,--build-id=sha1
-fstack-protector-strong -fstack-clash-protection
-Wl,-rpath-link,/wrkdirs/usr/ports/www/firefox/work/.build/dist/bin
-Wl,-rpath-link,/usr/local/lib  ../../../js/src/build/libjs_static.a
/wrkdirs/usr/ports/www/firefox/work/.build/x86_64-unknown-freebsd/release/libgkrust.a
../../../config/external/lgpllibs/liblgpllibs.so
../../../config/external/sqlite/libmozsqlite3.so
../../../widget/gtk/mozgtk/libmozgtk.so
../../../widget/gtk/mozwayland/libmozwayland.so   -L/usr/local/lib -licui18n
-L/usr/local/lib -licuuc -licudata -laom -ldav1d -lX11 -lXcomposite -lXdamage
-lXext -lXfixes -lXrandr -lXrender -lXtst -lpthread -lffi -lplds4 -lplc4
-lnspr4 -pthread -ldl -lz -lm -lnss3 -lsmime3 -lssl3 -lnssutil3 -lfreetype
-lfontconfig -lgtk-3 -lgdk-3 -lpangocairo-1.0 -lpango-1.0 -lharfbuzz -latk-1.0
-lcairo-gobject -lcairo -lgdk_pixbuf-2.0 -lgio-2.0 -lgobject-2.0 -lglib-2.0
-lintl -lutil -lpng16 -lwebpdemux -lwebp -lsharpyuv -lgraphite2 -levent -lvpx
-lpixman-1 -ldbus-glib-1 -ldbus-1 -lxcb-shm -lX11-xcb -lxcb -lXcursor -lXi
LLVM ERROR: Type mismatch in constant table!
PLEASE submit a bug report to https://bugs.llvm.org/ and include the crash
backtrace.
Stack dump:
0.  Program arguments: /usr/local/llvm13/bin/ld --eh-frame-hdr -Bshareable
--hash-style=both --enable-new-dtags -o libxul.so /usr/lib/crti.o
/usr/lib/crtbeginS.o -L/usr/local/lib -L/usr/local/lib -L/usr/lib -plugin
/usr/local/llvm13/bin/../lib/LLVMgold.so -plugin-opt=mcpu=x86-64 -plugin-opt=O3
-plugin-opt=thinlto -plugin-opt=-function-sections -plugin-opt=-data-sections
-z defs --warn-unresolved-symbols --gc-sections -h libxul.so
/wrkdirs/usr/ports/www/firefox/work/.build/toolkit/library/build/libxul_so.list
-plugin-opt=-import-instr-limit=10 -plugin-opt=-import-hot-multiplier=30
--as-needed -z noexecstack -z text -z relro -z nocopyreloc -Bsymbolic-functions
--build-id=sha1 -rpath-link /wrkdirs/usr/ports/www/firefox/work/.

[Bug 269664] www/firefox: can't build Firefox 110.0.3 on FreeBSD 13.2 STABLE

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=269664

--- Comment #5 from Oleg Sidorkin  ---
(In reply to Soe Tun from comment #4)

Does firefox builds fine with LTO disabled?

Long story is:
AFAIK, when LTO is enabled LLVM adds extra segment with bytecode to object
files. This segments are collected by linker and then linker compiles the
binary by looking at all bytecode.

Rust compiler is built on top of LLVM that is part of rust package. Rust
develpers update LLVM quite often. Current rust in ports is probably built on
top of LLVM 15.

In your case firefox was built with LLVM 13 (that's due to various wasm
libraries dependencies).

So Rust-compiled files have bytecode segments built by LLVM15, but linker is
from LLVM13. And linker doesn't understand some specific instructions that were
added after LLVM13 release.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 269664] www/firefox: can't build Firefox 110.0.3 on FreeBSD 13.2 STABLE

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=269664

--- Comment #6 from Roman Karandashev  ---
(In reply to Oleg Sidorkin from comment #5)
I've build without LTO options (disable by default and i don't enable it),
because i've read that it cause problem.

-- 
You are receiving this mail because:
You are the assignee for the bug.

Problem reports for ge...@freebsd.org that need special attention

[bugzilla-noreply]

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|257274 | www/firefox: Fails to link on i386 with LTO=ON on 
Open|260706 | Mk/bsd.gecko.mk: LLVM_VERSION not set when LTO=OF 
Open|269525 | www/firefox: 110.0 dropdown menus close when mous 
In Progress |249519 | www/firefox audio/virtual_oss_ctl no visible TX i 
Open|266259 | www/firefox 104: high CPU usage   
New |259799 | devel/rust-cbindgen: armv6: build using "make" fa 
Open|263798 | lang/rust - gecko ports with LTO enabled are dysf 

7 problems total for which you should take action.

[Bug 269664] www/firefox: can't build Firefox 110.0.3 on FreeBSD 13.2 STABLE

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=269664

--- Comment #7 from Soe Tun  ---
(In reply to Oleg Sidorkin from comment #5)

> Does firefox builds fine with LTO disabled?

Just tried rebuilding without LTO, and it finished successfully.



> Current rust in ports is probably built on top of LLVM 15.

I checked the Rust version in my Poudriere ports for 2023Q1.  

$ cat /usr/local/poudriere/ports/default/lang/rust/Makefile
PORTNAME=   rust
PORTVERSION?=   1.66.0



I checked Rust 1.66 release:
https://github.com/rust-lang/rust/releases/tag/1.66.0
Checking GitHub Actions CI config for the release's commit SHA shows it is
still using LLVM 13.
https://github.com/rust-lang/rust/blob/69f9c33d71c871fc16ac445211281c6e7a340943/.github/workflows/ci.yml#L50


Newer Rust releases have moved to LLVM 14 and LLVM 15.
https://github.com/rust-lang/rust/blob/master/.github/workflows/ci.yml#L295-L299

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 269664] www/firefox: can't build Firefox 110.0.3 on FreeBSD 13.2 STABLE

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=269664

--- Comment #8 from Jan Beich  ---
(In reply to Soe Tun from comment #7)
> Checking GitHub Actions CI config

*-llvm-* jobs in CI are for external/system LLVM e.g., review D32654.

> still using LLVM 13

Rust >= 1.65 uses LLVM 15, see
https://github.com/rust-lang/rust/commit/8c1f9d04e820
Rust >= 1.69 may use LLVM 16, see https://github.com/rust-lang/rust/pull/107224

-- 
You are receiving this mail because:
You are the assignee for the bug.

Problem reports for ge...@freebsd.org that need special attention

[bugzilla-noreply]

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|257274 | www/firefox: Fails to link on i386 with LTO=ON on 
Open|260706 | Mk/bsd.gecko.mk: LLVM_VERSION not set when LTO=OF 
Open|269525 | www/firefox: 110.0 dropdown menus close when mous 
In Progress |249519 | www/firefox audio/virtual_oss_ctl no visible TX i 
Open|266259 | www/firefox 104: high CPU usage   
New |259799 | devel/rust-cbindgen: armv6: build using "make" fa 
Open|263798 | lang/rust - gecko ports with LTO enabled are dysf 

7 problems total for which you should take action.

Problem reports for ge...@freebsd.org that need special attention

[bugzilla-noreply]

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|257274 | www/firefox: Fails to link on i386 with LTO=ON on 
Open|260706 | Mk/bsd.gecko.mk: LLVM_VERSION not set when LTO=OF 
Open|269525 | www/firefox: 110.0 dropdown menus close when mous 
In Progress |249519 | www/firefox audio/virtual_oss_ctl no visible TX i 
Open|266259 | www/firefox 104: high CPU usage   
New |259799 | devel/rust-cbindgen: armv6: build using "make" fa 
Open|263798 | lang/rust - gecko ports with LTO enabled are dysf 

7 problems total for which you should take action.

maintainer-feedback requested: [Bug 270092] www/firefox: Cannot use webauth since 111.0

[bugzilla-noreply]

Bugzilla Automation  has asked freebsd-gecko (Nobody)
 for maintainer-feedback:
Bug 270092: www/firefox: Cannot use webauth since 111.0
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=270092



--- Description ---
Since the upgrade to 111.0, webauth is completly broken.

After asking for user presence, the security key is not accessible until
firefox is killed. And the key never blink.

I only have a Nitrokey 3 security key, so I don't know if it applies to other.

I have verified that the key is still working (doing webauth u2f using a
smartphone work).

[Bug 270092] www/firefox: Cannot use webauth since 111.0

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=270092

Bug ID: 270092
   Summary: www/firefox: Cannot use webauth since 111.0
   Product: Ports & Packages
   Version: Latest
  Hardware: Any
OS: Any
Status: New
  Severity: Affects Only Me
  Priority: ---
 Component: Individual Port(s)
  Assignee: ge...@freebsd.org
  Reporter: monwa...@mailoo.org
  Assignee: ge...@freebsd.org
 Flags: maintainer-feedback?(ge...@freebsd.org)

Since the upgrade to 111.0, webauth is completly broken.

After asking for user presence, the security key is not accessible until
firefox is killed. And the key never blink.

I only have a Nitrokey 3 security key, so I don't know if it applies to other.

I have verified that the key is still working (doing webauth u2f using a
smartphone work).

-- 
You are receiving this mail because:
You are the assignee for the bug.

Problem reports for ge...@freebsd.org that need special attention

[bugzilla-noreply]

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|257274 | www/firefox: Fails to link on i386 with LTO=ON on 
Open|260706 | Mk/bsd.gecko.mk: LLVM_VERSION not set when LTO=OF 
Open|269525 | www/firefox: 110.0 dropdown menus close when mous 
In Progress |249519 | www/firefox audio/virtual_oss_ctl no visible TX i 
Open|266259 | www/firefox 104: high CPU usage   
New |259799 | devel/rust-cbindgen: armv6: build using "make" fa 
Open|263798 | lang/rust - gecko ports with LTO enabled are dysf 

7 problems total for which you should take action.

[Bug 270092] www/firefox: Cannot use webauth since 111.0

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=270092

Graham Perrin  changed:

   What|Removed |Added

 CC||grahamper...@freebsd.org
 Status|New |Open

-- 
You are receiving this mail because:
You are the assignee for the bug.

maintainer-feedback requested: [Bug 270208] www/firefox: Fails to build with FFmpeg 6.0

[bugzilla-noreply]

Bugzilla Automation  has asked freebsd-gecko (Nobody)
 for maintainer-feedback:
Bug 270208: www/firefox: Fails to build with FFmpeg 6.0
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=270208



--- Description ---
Both Alpine and Arch Linux seems to have patches fixing this issue:
https://github.com/archlinux/svntogit-packages/tree/packages/firefox/trunk
https://git.alpinelinux.org/aports/tree/community/firefox?h=master

Reference:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261302#c46

[Bug 270208] www/firefox: Fails to build with FFmpeg 6.0

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=270208

Bug ID: 270208
   Summary: www/firefox: Fails to build with FFmpeg 6.0
   Product: Ports & Packages
   Version: Latest
  Hardware: Any
OS: Any
Status: New
  Severity: Affects Only Me
  Priority: ---
 Component: Individual Port(s)
  Assignee: ge...@freebsd.org
  Reporter: dii...@freebsd.org
Blocks: 261302
  Assignee: ge...@freebsd.org
 Flags: maintainer-feedback?(ge...@freebsd.org)

Both Alpine and Arch Linux seems to have patches fixing this issue:
https://github.com/archlinux/svntogit-packages/tree/packages/firefox/trunk
https://git.alpinelinux.org/aports/tree/community/firefox?h=master

Reference:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261302#c46


Referenced Bugs:

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261302
[Bug 261302] multimedia/ffmpeg: update to 6.0
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 270092] www/firefox: Cannot use webauth since 111.0

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=270092

Nathan Whitehorn  changed:

   What|Removed |Added

 CC||nwhiteh...@freebsd.org

--- Comment #1 from Nathan Whitehorn  ---
This also affects Yubikeys at least. When Firefox tries to use the device, it
also locks out other uses of the device until Firefox is killed, so it seems to
be some aspect of its interaction with the USB system.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 270092] www/firefox: Cannot use webauth since 111.0

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=270092

Nathan Whitehorn  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 270092] www/firefox: Cannot use webauth since 111.0

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=270092

--- Comment #2 from Thibault Payet  ---
It seems that it is related to authenticator-rs
in third_party/rust/authenticator

The version went from 0.4.0-alpha.6 to 0.4.0-alpha.9

When using the version from 110, no issue the registration process works.
When using the version from 111, it stop at

[2023-03-14T21:39:29Z DEBUG authenticator::authenticatorservice] register
called with 1 transports, iterable is 1
[2023-03-14T21:39:29Z DEBUG authenticator::authenticatorservice] register
transports_to_cancel 0
[2023-03-14T21:39:29Z DEBUG authenticator::transport::platform::monitor] Adding
device /dev/uhid3
[2023-03-14T21:39:29Z DEBUG authenticator::transport::platform::monitor] Adding
device /dev/uhid2
[2023-03-14T21:39:29Z DEBUG authenticator::transport::platform::monitor] Adding
device /dev/uhid0
[2023-03-14T21:39:29Z DEBUG authenticator::transport::platform::monitor] Adding
device /dev/uhid1
[2023-03-14T21:39:29Z DEBUG authenticator::transport::device_selector] Device
added event: "/dev/uhid3"
[2023-03-14T21:39:29Z DEBUG authenticator::transport::device_selector] Device
added event: "/dev/uhid2"
[2023-03-14T21:39:29Z DEBUG authenticator::transport::device_selector] Device
added event: "/dev/uhid0"
[2023-03-14T21:39:29Z DEBUG authenticator::transport::device_selector] Device
added event: "/dev/uhid1"

Comparatively

[2023-03-14T21:40:27Z DEBUG authenticator::authenticatorservice] register
called with 1 transports, iterable is 1
[2023-03-14T21:40:27Z DEBUG authenticator::authenticatorservice] register
transports_to_cancel 0
[2023-03-14T21:40:27Z DEBUG authenticator::transport::platform::monitor] Adding
device /dev/uhid3
[2023-03-14T21:40:27Z DEBUG authenticator::transport::platform::monitor] Adding
device /dev/uhid2
[2023-03-14T21:40:27Z DEBUG authenticator::transport::platform::monitor] Adding
device /dev/uhid0
[2023-03-14T21:40:27Z DEBUG authenticator::transport::platform::monitor] Adding
device /dev/uhid1
[2023-03-14T21:40:27Z DEBUG authenticator::transport::device_selector] Device
added event: "/dev/uhid3"
[2023-03-14T21:40:27Z DEBUG authenticator::transport::device_selector] Device
added event: "/dev/uhid2"
[2023-03-14T21:40:27Z DEBUG authenticator::transport::device_selector] Device
added event: "/dev/uhid0"
[2023-03-14T21:40:27Z DEBUG authenticator::transport::device_selector] Device
added event: "/dev/uhid1"
[2023-03-14T21:40:27Z DEBUG authenticator::transport::platform::device] device
timeout 0
[2023-03-14T21:40:27Z INFO  authenticator::transport::platform::device] new
device "/dev/uhid1"
STATUS: device available: Vendor: Unknown Vendor, Device: Unknown Device,
Interface: 2, Firmware: v1.0.2, Capabilities: 05

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 270092] www/firefox: Cannot use webauth since 111.0

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=270092

--- Comment #3 from Thibault Payet  ---
So, if we look only at authenticator-rs here are my result:
for the version of firefox:

110.0.1_2 -> no issue
111.0 -> no issue
111.0_1 -> stuck in finding the device

But when u2f is attempted in firefox, it does not work for the version: 111.0
and 111.0_1 .

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 270092] www/firefox: Cannot use webauth since 111.0

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=270092

Dave Cottlehuber  changed:

   What|Removed |Added

 CC||d...@freebsd.org

--- Comment #4 from Dave Cottlehuber  ---
ditto for yubikey and solokey too here. It completely borks USB and I need to
power cycle the box.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 270092] www/firefox: Cannot use webauth since 111.0

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=270092

--- Comment #5 from Dave Cottlehuber  ---
Thibault thats very useful info. Perhaps you can share how you debugged this
and how we could revert the authenticator-rs if needed?

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 270092] www/firefox: Cannot use webauth since 111.0

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=270092

--- Comment #6 from Thibault Payet  ---
(In reply to Dave Cottlehuber from comment #5)
Thanks, here the steps:
In the directory (from firefox extracted directory from port)
third_party/rust/authenticator

cargo build --example main

(you may need to install some dependency that are available with pkg)

and then insert the security key

Finally,
RUST_LOG=debug cargo run --example main

Since authentificator-rs that came from firefox 111.0 seems to works, I am not
sure that only reverting the update to authentificator-rs is sufficient.

So likely there is multiple issues (since for 111.0_1 even authentificator-rs
alone does not work).

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 270092] www/firefox: Cannot use webauth since 111.0

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=270092

--- Comment #7 from Dave Cottlehuber  ---
firefox-esr works, if you run `MOZ_ALLOW_DOWNGRADE=1 firefox` to accommodate
different profile versions. YMMV.

Version: 102.9.0_1,1
Installed on   : Thu Mar 16 08:42:15 2023 UTC

I have also had problems with videoconference (video but not audio recording)
so
this may be a more general USB-related problem here, which is also addressed by
reverting to ESR.

-- 
You are receiving this mail because:
You are the assignee for the bug.

Problem reports for ge...@freebsd.org that need special attention

[bugzilla-noreply]

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|257274 | www/firefox: Fails to link on i386 with LTO=ON on 
Open|260706 | Mk/bsd.gecko.mk: LLVM_VERSION not set when LTO=OF 
Open|269525 | www/firefox: 110.0 dropdown menus close when mous 
In Progress |249519 | www/firefox audio/virtual_oss_ctl no visible TX i 
Open|266259 | www/firefox 104: high CPU usage   
New |259799 | devel/rust-cbindgen: armv6: build using "make" fa 
Open|263798 | lang/rust - gecko ports with LTO enabled are dysf 

7 problems total for which you should take action.

[Bug 270208] www/firefox: Fails to build with FFmpeg 6.0

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=270208

--- Comment #1 from Daniel Engberg  ---
Fixed upstream in 112-branch

Reference:
https://bugzilla.mozilla.org/show_bug.cgi?id=1819374

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 270092] www/firefox: Cannot use webauth since 111.0

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=270092

Thibault Payet  changed:

   What|Removed |Added

   See Also||https://bugzilla.mozilla.or
   ||g/show_bug.cgi?id=1824066

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 270092] www/firefox: Cannot use webauth since 111.0

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=270092

Graham Perrin  changed:

   What|Removed |Added

   See Also||https://github.com/mozilla/
   ||authenticator-rs/pull/238
 Status|Open|In Progress

--- Comment #8 from Graham Perrin  ---
> 1824066 - authenticator-rs does not work since firefox 111.0 rc2

Thanks to Thibault for the upstream report and cross-reference here. 

The upstream pull request is merged. 



Triage: whilst not assigned, here, to an individual, it seems reasonable to
treat the report as in progress.

-- 
You are receiving this mail because:
You are the assignee for the bug.

maintainer-feedback requested: [Bug 270436] www/firefox no sound after upgrade

[bugzilla-noreply]

Bugzilla Automation  has asked freebsd-gecko (Nobody)
 for maintainer-feedback:
Bug 270436: www/firefox  no sound after upgrade
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=270436



--- Description ---
Firefox 111.0.1 (64-bit) on FreeBSD-12.3p12

Following upgrade firefox no longer plays audio.  video works.

MPlayer plays audio/video clips correctly.

[Bug 270436] www/firefox no sound after upgrade

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=270436

Bug ID: 270436
   Summary: www/firefox  no sound after upgrade
   Product: Ports & Packages
   Version: Latest
  Hardware: Any
OS: Any
Status: New
  Severity: Affects Only Me
  Priority: ---
 Component: Individual Port(s)
  Assignee: ge...@freebsd.org
  Reporter: byrn...@harte-lyne.ca
 Flags: maintainer-feedback?(ge...@freebsd.org)
  Assignee: ge...@freebsd.org

Firefox 111.0.1 (64-bit) on FreeBSD-12.3p12

Following upgrade firefox no longer plays audio.  video works.

MPlayer plays audio/video clips correctly.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 270092] www/firefox: Cannot use webauth since 111.0

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=270092

--- Comment #9 from commit-h...@freebsd.org ---
A commit in branch main references this bug:

URL:
https://cgit.FreeBSD.org/ports/commit/?id=388dd4e9e29324b86c19d656b5523013daa1837f

commit 388dd4e9e29324b86c19d656b5523013daa1837f
Author: Christoph Moench-Tegeder 
AuthorDate: 2023-03-24 21:23:18 +
Commit: Christoph Moench-Tegeder 
CommitDate: 2023-03-24 21:23:18 +

www/firefox: Restore webauth/security key usage

patch from upstream authenticator-rs
https://github.com/mozilla/authenticator-rs/pull/238

PR: 270092
Reported By:Thibault Payet

 www/firefox/Makefile |  2 +-
 www/firefox/files/patch-bug1824066 (new) | 37 
 2 files changed, 38 insertions(+), 1 deletion(-)

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 270092] www/firefox: Cannot use webauth since 111.0

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=270092

--- Comment #10 from commit-h...@freebsd.org ---
A commit in branch 2023Q1 references this bug:

URL:
https://cgit.FreeBSD.org/ports/commit/?id=376ed2486ab8224c6290e897f53c5360aa9fff92

commit 376ed2486ab8224c6290e897f53c5360aa9fff92
Author: Christoph Moench-Tegeder 
AuthorDate: 2023-03-24 21:23:18 +
Commit: Christoph Moench-Tegeder 
CommitDate: 2023-03-24 21:29:11 +

www/firefox: Restore webauth/security key usage

patch from upstream authenticator-rs
https://github.com/mozilla/authenticator-rs/pull/238

PR: 270092
Reported By:Thibault Payet

(cherry picked from commit 388dd4e9e29324b86c19d656b5523013daa1837f)

 www/firefox/Makefile |  2 +-
 www/firefox/files/patch-bug1824066 (new) | 37 
 2 files changed, 38 insertions(+), 1 deletion(-)

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 270092] www/firefox: Cannot use webauth since 111.0

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=270092

Christoph Moench-Tegeder  changed:

   What|Removed |Added

 CC||c...@freebsd.org
 Resolution|--- |FIXED
   Assignee|ge...@freebsd.org   |c...@freebsd.org
 Status|In Progress |Closed

--- Comment #11 from Christoph Moench-Tegeder  ---
imported upstream fix, seems to be fine.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 270436] www/firefox no sound after upgrade

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=270436

Christoph Moench-Tegeder  changed:

   What|Removed |Added

 CC||c...@freebsd.org

--- Comment #1 from Christoph Moench-Tegeder  ---
Works for me. Any exotic (i.e. non-pulse) audio backend?

-- 
You are receiving this mail because:
You are the assignee for the bug.