dialog is opened and unveil(2) is used.
This fixes the issue when another program not using unveil(2) changes
the last used path of the file dialog and then the file dialog opened
by chrome will get stuck inside a non-existent directory.
To make sure that the ~/Downloads XDG directory is always available
for glib to pick up, the chrome wrapper script will check if the
~/.config/user-dirs.dirs does not exist and create it with one entry
configured: XDG_DOWNLOAD_DIR="$HOME/Downloads"
now chromium uses f'in java to use the closure compiler which
creates "better javascript" by parsing and converting all js
code into unreadable garbage. this feature is only enable on
amd64 because on i386 java randomly fails to allocate the needed
memory and on arm64 we do not have jdk yet. on these architectures,
we use the best method to create "better javascript", which is cat(1)
quick update notes below, but you should still review upstream's
RELEASENOTES.html if you use this.
- if you explicitly configure sslcrtd_program (for advanced tls mitm
configurations) you need to change from /usr/local/libexec/squid/sslcrtd
to /usr/local/libexec/squid/security_file_certgen in your config (if you
just use options on the http_port line to enable this without extra
config, this doesn't need to change).
- if using a cert helper disk cache, you may need to clear/reinitialize
the directory (not mentioned in release notes but I needed this).
- the SMB_LM helpers (for old lanmanager protocol, which should not be
used anyway) are no longer packaged, following upstream's change in default
build.
for firefox) in the hope that this will reduce build problems. these
ports often end up building together on a machine and they aren't coping
too well.
compiling some individual files is now bumping into my 75 minute DPB
stuck_timeout (possibly the llvm update took it over the edge) - raising
the timeout means that the other ports which occasionally hang during
compilation tie up a build slot for too long.
See https://www.mozilla.org/en-US/firefox/65.0/releasenotes/
Fixes https://www.mozilla.org/en-US/security/advisories/mfsa2019-01/
* link against systemwide icu4c now that it's been updated
* add 'video' to main process pledge: note that by default on OpenBSD
only root can access the video device, so this changes nothing.
* document how to enable audio recording and changing video/webcam
device ownership for proper WebRTC usage.
beware if you try building this: in -current, rust fails to build any
mozilla since the devel/llvm update, but this is known and being worked on.
dependency" and no substantial changes since, no current dependencies,
fails build with perl 5.28+, marked on CPAN as deprecated since 2009.
ok fcambus@ "He's dead, Jim" ian@
