Looks like the same failure that happened on powerpc can also happen on
i386, so always compile the missing function when building on OpenBSD
(not just on 64 bits systems). Maybe a C++ type mismatch between us and
other systems.
powerpc test by cwen@, ok cwen@ ajacoutot@ (maintainer)
- add option to archive every toot as a JSON file (@jpmens)
- add community docs including Code of Conduct and pull request template
- --quiet mode suppresses most logging
- --archive-deleted flag restricts archiving to only toots that are deleted
- tildes didn't work for archive paths - now they do.
- the version number is now correct
- properly set MOZILLA_PROJECT to firefox-esr, and cleanup PLIST
- use MOZILLA_PROJECT where appropriate instead of adding -esr
everywhere, now the Makefile are easily diffables
- tweak COMMENT
- ensure BDEP on rust 1.43 (#1648343)
- drop useless/duplicated SUBST_VARS addition
- stop installing a mozilla-firefox symlink to firefox, i doubt anyone
uses the old command anymore - ditto, drop the mozilla-firefox.1 link
- consistently use ${MOZILLA_PROJECT} in PLIST to reduce differences
with firefox-esr
See https://www.mozilla.org/en-US/firefox/78.1.0/releasenotes/
Fixes https://www.mozilla.org/en-US/security/advisories/mfsa2020-32/
More or less a copy of what was in www/mozilla-firefox before the 79.0
upgrade, including:
- enable unveil integration
- move to /etc/firefox-esr/{pledge,unveil}.{main,gpu,content}
instead of about:config knobs (maybe warrants current.html entry ?)
- bring in the jumbo patch fixing 'open with' mime handling
- stop building with systemwide sqlite3, unsupported upstream
- ditch old patches merged upstream in the 68->78 cycles
- use the shipped desktop file instead of our own
- sync README
briefly tested opening a pdf, an flv file and an archive with an
external handler, and accessed webcam with webrtc.
See https://www.mozilla.org/en-US/firefox/79.0/releasenotes/
Fixes https://www.mozilla.org/en-US/security/advisories/mfsa2020-30/
add a jumbo patch trying to fix the 'open with' MIME handling mess,
broken since glib 2.64 upgrade - gio-launch-desktop has been replaced by
/bin/sh (see https://gitlab.gnome.org/GNOME/glib/-/merge_requests/1362/)
which is not unveiled. xdg-open calls gio which calls
g_app_info_launch_uris() which now fails.
Try to replace this fragile contraption with simpler (?) plain glib
code directly spawning a previously unveiled mime handler. Rewrite
README section wrt this new handling.
WORKSFORME, havent got much feedback on the patch sadly, and the
developer who wrote the unveil() integration is MIA...
The port wants to know what version of TLS it is using and asserts that
it knows. Unsurprisingly, the mechanism depends on TLS1_3_VERSION being
defined to the correct value. We cannot define this publicly in libssl
yet since this would result in a lot of breakage in other ports, so use
a local define in the build environment.
Reported and tested by Martin (martingot () protonmail com)
ok gonzalo (maintainer), kn
