thunderbird's javascript code needs more than basic DNS resolution
(e.g. SRV, TXT, MX lookups) - more than javascript natively has
(welcome to the web) and builds it's own bindings for libc to use
the resolver(3) interface. Unlike linux, where the resolver routines
live in libresolv, FreeBSD has these routines in libc.
I'm referencing libc.so.7 directly, as this is enough to make this
code work on 13/amd64 (others should work too) - the official way
of using libc.so would be much more work (and reimplementing parts
of the dynamic linker in javascript takes the cake, or something).
This is enough to make adding and using new CalDAV calendars possible;
other problems might linger and possibly require a better solution.
(cherry picked from commit 9a2174d4e0)
gcc-compiled libcalf.so was crashing due to mix of gcc- and base-provided libc++.so and libstdc++.so
PR: 258051
Original patch submitted by: Florian Walpen <dev@submerge.ch>
(cherry picked from commit 866b394fc6)
In the build of openjfx14 CCACHE_DIR gets lost leading to build failures e.g.
when building as nobody, so add it into ccwrapper and cxxwrapper.
While here remove redundant ${SETENV} in do-build (${_GRADLE_RUN}
already contains ${SETENV})
PR: 260215
(cherry picked from commit 4ddd25225a)
...now that mbedTLS metadata was fixed to show the actual situation
for mbedTLS 2.x.y, that it's either Apache License 2.0, or
GNU General Public License 2.0 or any later version.
While here, also mark the main port with mbedTLS option enabled to
record it's going to lose the mbedTLS option end of March 2022.
(cherry picked from commit d02b0675d0)
"Unless specifically indicated otherwise in a file, Mbed TLS files are provided
under the Apache License 2.0, or the GNU General Public License v2.0 or later
(SPDX-License-Identifier: Apache-2.0 OR GPL-2.0-or-later)."
Approved by: portmgr@ (blanket metadata change approval)
(cherry picked from commit cd08d6c7ed)
WOLFSSL is a GPLv2+ licensed SSL library with OpenSSL compatibility
layer. This is to permit shipping fetchmail under a clean GPLv2+
license with OpenSSL 1.1.1.
(cherry picked from commit a1be1173a3)
After reviewing licenses again,
- mark mbedTLS broken for now, since it uses the Apache License 2.0,
which is incompatible with the GPLv2 (OpenVPN does not employ the
"or any later version" escape hatch). This will be handed to the
OpenVPN-devel mailing list for review.
- block out the combination of LZO with LibreSSL, since OpenVPN
only has a linking exception for OpenSSL itself. Remedy is
to either forgo LibreSSL, or to disable the LZO option, which
requires proper configuration on either end. The maintainer's
recommendation is to compile with OpenSSL instead.
Bump PORTREVISION in spite of unchanged contents to flush out old
packages.
MFH: 2021Q4
(cherry picked from commit 5cc978dcfe)
- Don't depend on audio backends, as their build is not disabled
- Explicitly depend on libXtst
PR: 257889
PR: 259182
(cherry picked from commit e4f31ebae4)
- Add WEBKIT option, disabled by default
- Bump PORTREVISION, default dependencies was changed
Previously dropped GTK option was used to enable gtk native dialogs
and render rich window content.
With last releases WebKit-gtk used only for in-app payments system.
While internal payments still experimental and not wide used,
there is no reason to hook this burden to the build as default yet.
Discussed with: osa, danfe, maintainer via ML
Approved by: maintainer
(cherry picked from commit ece7e7d92c)
9e02e52115 did not include a patch to
configure.ac that allowed it to properly detect CPU_COUNT.
Fixes: 2e52115e43c5c5ec3d971c9100c3cf322b726
(cherry picked from commit ed11420d6b)
6017a183af did not include a patch to
configure.ac that allowed it to properly detect CPU_COUNT.
Fixes: 6017a183af
(cherry picked from commit 6e22c3c3fd)
3a278c7add did not include a patch to
configure.ac that allowed it to properly detect CPU_COUNT.
Fixes: 3a278c7add
(cherry picked from commit 0435eab9f0)
83c19a7238 did not include a patch to
configure.ac that allowed it to properly detect CPU_COUNT.
Fixes: 83c19a7238
MFH: 2021Q4
(cherry picked from commit a8176108d5)
Fix the following error under LLVM 13 on FreeBSD.
In file included from platform/freebsd/freebsd_ptrace.c:69:
In file included from platform/freebsd/arch/amd64.h:23:
platform/freebsd/arch/x86_common.h:45:6: error: variable 'ret' set but not used [-Werror,-Wunused-but-set-variable]
int ret;
^
platform/freebsd/arch/x86_common.h:54:6: error: variable 'ret' set but not used [-Werror,-Wunused-but-set-variable]
int ret;
^
2 errors generated.
This patch has been submitted to upstream in pull request
https://github.com/nelhage/reptyr/pull/134.
(cherry picked from commit db939cf001)
Rather than create a patch, simply add -Wno-unused-but-set-variable,
avoiding a maintainer to backport patches any time the port is updated.
In file included from platform/freebsd/freebsd_ptrace.c:69:
In file included from platform/freebsd/arch/amd64.h:23:
platform/freebsd/arch/x86_common.h:45:6: error: variable 'ret' set but not used [-Werror,-Wunused-but-set-variable]
int ret;
^
platform/freebsd/arch/x86_common.h:54:6: error: variable 'ret' set but not used [-Werror,-Wunused-but-set-variable]
int ret;
^
2 errors generated.
(cherry picked from commit b8c4bfe660)
mono-proclib.c:776:3: error: unknown type name 'cpu_set_t'; did you mean 'cpuset_t'?
cpu_set_t set;
^~~~~~~~~
cpuset_t
/usr/include/sys/_cpuset.h:50:24: note: 'cpuset_t' declared here
typedef struct _cpuset cpuset_t;
^
mono-proclib.c:777:7: error: implicit declaration of function 'sched_getaffinity' is invalid in C99 [-Werror,-Wimplicit-function-declaration]
if (sched_getaffinity (mono_process_current_pid (), sizeof (set), &set) == 0)
^
mono-proclib.c:778:11: error: implicit declaration of function 'CPU_COUNT' is invalid in C99 [-Werror,-Wimplicit-function-declaration]
return CPU_COUNT (&set);
^
3 errors generated.
(cherry picked from commit 83c19a7238)
