The code on libwebrtc depends on unportable behavior, namely that
pthread_create(3) updates *thread before the child is run. This happens
on Linux/glibc, FreeBSD and Illumos, but not on OpenBSD or NetBSD.
POSIX only says that *thread is updated after a successful call.
This fixes crashes with Firefox when using Jitsi with several users in
the room. Input from jmatthew@ and kettenis@, tests by mpi@, ok landry@
(maintainer).
that was resulting in html within <noscript> tags from being disallowed,
fixing (amongst others) duckduckgo and startpage which weren't redirecting
to their non-JS sites correctly. From deserter666 at danwin1210 me, ok
maintainer
a report from Anindya Mukherjee
qutebrowser needs to identify the version of chromium used in the QtWebEngine
build; this appears to not be easily available via QtWebEngine/PyQtWebEngine
API so it does this by attempting to parse the ELF .so file, however it does
not know about OpenBSD ports shared library versioning.
The fix used here is to search for the highest numbered .so file and use that.
- remove powerpc specific patch (upstreamed)
- the ENABLE_GRAPHICS_CONTEXT_GL option is now USE_OPENGL_OR_ES
- add a patch that fixes the build when USE_OPENGL_OR_ES is set to
OFF
Javascript runtime on powerpc is mostly broken like it used to be
before 2.30.
OK aja@
I ran into a package build failure since that file wasn't generated for
some reason; there's no point in packaging it anyway.
===> Building package for ruby30-capybara-webkit-1.15.0p1
Create /data/packages/amd64/all/ruby30-capybara-webkit-1.15.0p1.tgz
Creating package ruby30-capybara-webkit-1.15.0p1
[...]
Error: /tmp/pobj/capybara-webkit-1.15.0-ruby30/fake-amd64-ruby30/usr/local/lib/ruby/gems/3.0/ge
ms/capybara-webkit-1.15.0/.qmake.stash does not exist
pkg_create: can't continue
