mail/thunderbird-esr153.5.1

mail/thunderbird-esr: update to 153.6.0 (rc1)

Release Notes (soon):
  https://www.thunderbird.net/en-US/thunderbird/153.6.0esr/releasenotes/

mail/thunderbird-esr: update to 153.5.1

Release Notes:
  https://www.thunderbird.net/en-US/thunderbird/153.5.1esr/releasenotes/

Mk/bsd.gecko.mk, lang/spidermonkey128: use RUST_LIB_BACKTRACE on powerpc64le

rust.mk only exports RUST_BACKTRACE, so RUST_LIB_BACKTRACE=0 from the
environment is enough and the per-port patches can go. spidermonkey128
is hit by the same cargo crash.

lang/rust: Bump revisions after 1.99.0

PR:		299016

mail/thunderbird-esr: update to 153.5.0

Release Notes:
  https://www.thunderbird.net/en-US/thunderbird/153.5.0esr/releasenotes/

mail/thunderbird*, www/firefox*: fix build on powerpc64*

1. On powerpc64 WASI seems to be broken.
2. On powerpc64le without recent LLVM patch, RUST_BACKTRACE is broken.

mail/thunderbird-esr: update to 153.4.0 (ga)

Release Notes:
  https://www.thunderbird.net/en-US/thunderbird/153.4.0esr/releasenotes/

mail/thunderbird-esr: update to 153.4.0 (rc1)

Release Notes:
  https://www.thunderbird.net/en-US/thunderbird/153.4.0esr/releasenotes/

mail/thunderbird-esr: update to 153.3.1

Release Notes:
  https://www.thunderbird.net/en-US/thunderbird/153.3.1esr/releasenotes/

mail/thunderbird-esr: update to 153.3.0 (ga)

Release Notes:
  https://www.thunderbird.net/en-US/thunderbird/153.3.0esr/releasenotes/

mail/thunderbird-esr: update to 153.3.0 (rc1)

Release Notes:
  https://www.thunderbird.net/en-US/thunderbird/153.3.0esr/releasenotes/

lang/rust: Bump revisions after 1.98.1

PR:		298139

devel/wasi-libc: bump consumer PORTREVISIONs after update

mail/thunderbird-esr: update to 153.2.0 (rc1)

Release Notes (soon):
  https://www.thunderbird.net/en-US/thunderbird/153.2.0esr/releasenotes/

mail/thunderbird-esr: update to 153.1.1

Release Notes:
  https://www.thunderbird.net/en-US/thunderbird/153.1.1esr/releasenotes/

mail/thunderbird-esr: update to 153.1.0

Release Notes:
  https://www.thunderbird.net/en-US/thunderbird/153.1.0esr/releasenotes/

mail/thunderbird-esr: update to 153.0.3

Release Notes:
  https://www.thunderbird.net/en-US/thunderbird/153.0.3esr/releasenotes/

gecko: declare NOT_FOR_ARCHS=i386

The building and linking of the rust parts on x86 needs a larger
address space than a 32bit platform can provide (at most 4GB).
The gecko ports have been failing for quite a while on the official
builders with an "rustc-LLVM ERROR: out of memory" message, e.g.
https://pkg-status.freebsd.org/beefy18/data/144i386-default/6f1fe399c86f/logs/thunderbird-153.0.2.log

We can as well stop trying to save the CPU cycles leading up to
this error.

mail/thunderbird-esr: update to 153.0.2

Release Notes:
  https://www.thunderbird.net/en-US/thunderbird/153.0.2esr/releasenotes/

mail/thunderbird-esr: update to 153.0.1

Release Notes:
  https://www.thunderbird.net/en-US/thunderbird/153.0.1esr/releasenotes/

lang/rust: Bump revisions after 1.97.1

PR:		296645

mail/thunderbird-esr: update to 153.0 (rc3)

Release Notes:
  https://www.thunderbird.net/en-US/thunderbird/153.0esr/releasenotes/

mail/thunderbird-esr: update to 153.0 (rc2)

Relesae Notes:
  https://www.thunderbird.net/en-US/thunderbird/153.0esr/releasenotes/

mail/thunderbird-esr: update to 153.0 (rc1)

Release Notes:
  https://www.thunderbird.net/en-US/thunderbird/153.0esr/releasenotes/

We're switching esr early, as the previous esr had build problems on
very recent versions of FreeBSD.

mail/thunderbird-esr: update to 140.12.1 (rc1)

Release Notes:
  https://www.thunderbird.net/en-US/thunderbird/140.12.1esr/releasenotes/

devel/rust-cbindgen: update to 0.29.4

Release Notes:
  https://github.com/mozilla/cbindgen/releases/tag/0.29.4

Second attempt, pull in fixes for gecko esr ports to fix build with
newer rust-cbindgen as per https://github.com/mozilla/cbindgen/issues/1165

mail/thunderbird-esr: update to 140.12.0 (rc1)

Release Notes (soon):
  https://www.thunderbird.net/en-US/thunderbird/140.12.0esr/releasenotes/

lang/rust: Bump revisions after 1.96.0

PR:		295694

mail/thunderbird-esr: udpate to 140.11.1 (rc1)

Release Notes (soon):
  https://www.thunderbird.net/en-US/thunderbird/140.11.1esr/releasenotes/

wasi/gecko: fix wasi target triple for FreeBSD

Our wasi target triple on "older" LLVM versions (<22) deviates from
the respective LLVM's defaults, so we need to align ports with that.

PR:		295332

wasi/gecko: remove ${REINPLACE_CMD} for unconditional wasm32-wasip1

No longer needed after toolchain.configure was restructured for
gecko 151, with upstream commit backported to the ESR branches in
the linked PR

PR: 295332

mail/thunderbird-esr: enable configure with llvm 22

from clang 22.1 the target formerly known as wasm32-wasi is now
named wasm32-wasip1

Upstream: https://bugzilla.mozilla.org/show_bug.cgi?id=2023597

PR:				295332
Reported by:	Chad Jacob Milios

mail/thunderbird-esr: update to 14.11.0 (rc1)

the other half to go with 1b53524e527f

Release Notes (soon):
  https://www.thunderbird.net/en-US/thunderbird/140.11.0esr/releasenotes/

Pointy Hat:	/me

mail/thunderbird-esr: update to 140.11.0 (rc1)

Release Notes (soon):
  https://www.thunderbird.net/en-US/thunderbird/140.11.0esr/releasenotes/

www/firefox{,-esr} mail/thunderbird{,-esr}: native DNS HTTPS resolving

This enables the geckos to use the OS' resolver to resolve
DNS HTTPS RRs (see RFC 9460 https://www.rfc-editor.org/rfc/rfc9460
for specs on that)

PR:		294981
Submitted by:	Andre Albsmeier

mail/thunderbird-esr: update to 140.10.2

Release Notes:
  https://www.thunderbird.net/en-US/thunderbird/140.10.2esr/releasenotes/

mail/thunderbird-esr: update to 140.10.1 (rc2)

Release Notes (soon):
  https://www.thunderbird.net/en-US/thunderbird/140.10.1esr/releasenotes/

mail/thunderbird-esr: update to 140.10.1 (rc1)

Release Notes (soon):
  https://www.thunderbird.net/en-US/thunderbird/140.10.1esr/releasenotes/

lang/rust: Bump revisions after 1.95.0

PR:		294615

mail/thunderbird-esr: Fix build with rust 1.95.0

Import part of upstream patch [1] to fix the following error,
upstream PR at [2]:

error[E0599]: no method named `select` found for struct `Mask<T, N>` in the current scope
  --> third_party/rust/encoding_rs/src/x_user_defined.rs:23:56

[1] https://hg-edge.mozilla.org/mozilla-central/rev/ec1dd05fd578
[2] https://bugzilla.mozilla.org/show_bug.cgi?id=2033279

PR:		294615, 294703
Approved by:	portmgr (build fix blanket)

mail/thunderbird-esr: update to 140.10.0 (ga)

Release Notes:
  https://www.thunderbird.net/en-US/thunderbird/140.10.0esr/releasenotes/

mail/thunderbird-esr: update to 140.10.0 (rc1)

Release Notes (soon):
  https://www.thunderbird.net/en-US/thunderbird/140.10.0esr/releasenotes/

mail/thunderbird-esr: update to 140.9.1 (rc1)

Release Notes (soon):
  https://www.thunderbird.net/en-US/thunderbird/140.9.1esr/releasenotes/

lang/rust: Bump revisions after 1.94.0

PR:		293615

mail/thunderbird-esr: update to 140.9.0 (rc1)

Release Notes:
  https://www.thunderbird.net/en-US/thunderbird/140.9.0esr/releasenotes/

wasi: consistently use the wasm32-wasip1 triple

The WebAssembly community have reclaimed wasm32-wasi, without suffix,
for a future WASI 1.0 standard. The first version of WASI, 0.1, is
now wasm32-wasip1 in triple form, WASI 0.2 is wasm32-wasip2, etc.
Starting LLVM 22 the non-suffixed form is deprecated, aligning with
Rust and Go:

https://github.com/llvm/llvm-project/issues/165344
https://blog.rust-lang.org/2024/04/09/updates-to-rusts-wasi-targets/

The Mozilla build system's WASI checks always pass -Werror so
configure fails when the non-suffixed target/triple is passed using
LLVM 22:

Using wasi sysroot in /usr/local/share/wasi-sysroot
checking for the wasm C compiler... /usr/local/bin/clang22
checking whether the wasm C compiler can be used... yes
checking the wasm C compiler version... 22.1.0
checking the wasm C compiler works... yes
checking the wasm C compiler can find wasi headers... yes
checking the wasm C linker can find wasi libraries... yes
checking for the wasm C++ compiler... /usr/local/bin/clang++22
checking whether the wasm C++ compiler can be used... yes
checking the wasm C++ compiler version... 22.1.0
checking the wasm C++ compiler works... yes
checking the wasm C++ compiler can find wasi headers... yes
checking the wasm C++ linker can find wasi libraries... yes
checking for clock() in wasi sysroot... no
checking for emulated clock() in wasi sysroot...
DEBUG: Creating `/tmp/conftest0vk5p554.c` with content:
DEBUG: | #include <time.h>
DEBUG: | int
DEBUG: | main(void)
DEBUG: | {
DEBUG: | clock();
DEBUG: |   ;
DEBUG: |   return 0;
DEBUG: | }
DEBUG: Executing: `/usr/local/bin/clang22 --target=wasm32-wasi /tmp/conftest0vk5p554.c -Werror -D_WASI_EMULATED_PROCESS_CLOCKS -lwasi-emulated-process-clocks --sysroot=/usr/local/share/wasi-sysroot`
DEBUG: The command returned non-zero exit status 1.
DEBUG: Its error output was:
DEBUG: | clang: error: argument '--target=wasm32-wasi' is deprecated, use --target=wasm32-wasip1 instead [-Werror,-Wdeprecated]
ERROR: Can't find clock() in wasi sysroot.

Mozilla bug: https://bugzilla.mozilla.org/show_bug.cgi?id=2023597

Bump all WASI ports for the new triple. Adjust consumers accordingly
but do not bump, since non-suffixed and p1 are identical as a
transition measure.

devel/wasi-libc: bump consumer PORTREVISIONs after update

mail/thunderbird-esr: update to 140.8.1 (rc1)

Release Notes:
  https://www.thunderbird.net/en-US/thunderbird/140.8.1esr/releasenotes/

mail/thunderbird-esr: update to 140.8.0 (rc1)

Release Notes:
  https://www.thunderbird.net/en-US/thunderbird/140.8.0esr/releasenotes/

mail/thunderbird-esr: update to 140.7.2 (rc1)

Release Notes:
  https://www.thunderbird.net/en-US/thunderbird/140.7.2esr/releasenotes/