Bugs Fixed
Replication: Issuing STOP SLAVE SQL_THREAD while the SQL thread was handling a transaction caused replication to stop immediately, instead of waiting 60 seconds for the event group to complete before shutting down the SQL thread as expected.
The root cause of this issue was due to the internal variable storing the last event start time not being reset after the SQL thread was restarted.
We fix this by resetting the variable holding the last event start time whenever the SQL thread is started. (Bug #33646899)
Replication: The relay_log_space_limit system variable is a 64-bit value, but its valid maximum was specified internally as that of a 32-bit value. (Bug #106323, Bug #33799840)
Some remote connections to the server were not handled correctly. This issue arose as the result of a previous fix for an issue with require_secure_transport. (Bug #34857411)
References: This issue is a regression of: Bug #34094706.
The linked OpenLDAP library for MySQL Server (Enterprise edition) was updated to version 2.5.13. (Bug #34815046)
The bundled zlib library has been upgraded to zlib 1.2.13; zlib 1.2.13 is now the minimum zlib version supported. (Bug #34711762, Bug #34711758)
Stack overruns could be erroneously reported when using the thread pool under heavy load. The race condition causing this in the thread pool has been avoided with an additional thread group ID check. (Bug #34414959)
Data and GTIDs backed up by mysqldump were inconsistent when the options --single-transaction and --set-gtid-purged=ON were both used. This was because GTID_EXECUTED was fetched at the end of the dump, at which point the GTIDs on the server could have increased already. With this fix, a FLUSH TABLES WITH READ LOCK is performed at the beginning of the dump, and GTID_EXECUTED fetched immediately after, to ensure that its value is consistent with the snapshot taken by mysqldump.
Full Changelog: https://dev.mysql.com/doc/relnotes/mysql/5.7/en/news-5-7-41.html
Sponsored by: Netzkommune GmbH
- devel/tex-kpathsea: Update version 6.3.3=>6.3.5
- print/texlive-tlmgr: Update version 20210325=>20230313
* Add LICENSE GPLv2
- devel/tex-libtexlua: Update distinfo from 20230313 dists
- devel/tex-libtexluajit: Update distinfo from 20230313 dists
- print/tex-ptexenc: Update version 1.3.9=>1.4.3
* Pet portclippy
- devel/tex-web2c: Update version 20210325=>20230313
- devel/tex-synctex: Update distinfo from 20230313 dists
- print/tex-basic-engines: Update version 20210325=>20230313
- print/texlive-base: Update version 20210325=>20230313
- print/texlive-docs: Update version 20210325=>20230313
- print/texlive-full: Update version 20210325=>20230313
- print/texlive-texmf: Update version 20210325=>20230313
- print/texlive-texmf-source: Update version 20210325=>20230313
- print/latex-biber: Update version 2.16=>2.19
- print/tex-dvipdfmax: Update version 20210325=>20230313
- print/tex-dvipsk: Update version 2021.1=>2023.1
- print/tex-formats: Update version 20210325=>20230313
- print/tex-jadetex: Update distinfo from 20230313 dists
- print/tex-luatex: Update version 1.12.0=>1.16.0
- print/tex-xetex: Update distinfo from 20230313 dists
- print/tex-xmltex: Update distinfo from 20230313 dists
- japanese/tex-ptex: Fix build
* Remove ConTeXt format
- textproc/foiltex: Update MASTER_SITES
* Adopt port
- There are multiple ports which uses the macro USE_TEX=texmf that is
downloading a big DISTFILE. Unfortunately it is not possible for me to
test all the consumers in runtime. So in the following ports I have
removed USE_TEX=texmf so that someone who uses those can report the
runtime files those are missing. If possible(based on LICENSE
permission) I will try to create a smaller distfile out of the
texlive-20230313-texmf and change dependency accordingly otherwise
will reinstate USE_TEX=texmf. The list of ports that are affected are
following:
* arabic/arabtex
* graphics/epix
* math/cadabra2
* math/coq
* math/gnuplot-tex-extras
* net-mgmt/netmagis-www
* print/dvisvg
* print/lilypond
* print/mftrace
* print/tex-xdvik
* print/latex-beamer
Sponsored by: Nepustil
- Convert to PEP-517
- Add devel/py-importlib-metadata to run dependencies
when Python version < 3.8
- Rename Project name in pyproject.toml to fix the following error
when generating the packing list, even if the best solution would
be to rename PORTNAME:
===> Staging for py39-pygments-2.15.0
===> py39-pygments-2.15.0 depends on file: /usr/local/bin/python3.9 - found
===> Generating temporary packing list
Traceback (most recent call last):
File "/usr/local/lib/python3.9/runpy.py", line 197, in _run_module_as_main
return _run_code(code, main_globals, None,
File "/usr/local/lib/python3.9/runpy.py", line 87, in _run_code
exec(code, run_globals)
File "/usr/local/lib/python3.9/site-packages/installer/__main__.py", line 98, in <module>
_main(sys.argv[1:], "python -m installer")
File "/usr/local/lib/python3.9/site-packages/installer/__main__.py", line 86, in _main
with WheelFile.open(args.wheel) as source:
File "/usr/local/lib/python3.9/contextlib.py", line 119, in __enter__
return next(self.gen)
File "/usr/local/lib/python3.9/site-packages/installer/sources.py", line 122, in open
with zipfile.ZipFile(path) as f:
File "/usr/local/lib/python3.9/zipfile.py", line 1248, in __init__
self.fp = io.open(file, filemode)
FileNotFoundError: [Errno 2] No such file or directory: '/usr/local/poudriere/ports/default/textproc/py-pygments/work-py39/Pygments-2.15.0/dist/pygments-2.15.0*.whl'
*** Error code 1
Release changes: https://pygments.org/docs/changelog/
Extend the port to also build for FreeBSD 12.4 and FreeBSD 13.1.
While here also update the 14.0 hash to a more recent code snapshot.
Reviewed by: garga
Sponsored by: Rubicon Communications, LLC ("Netgate")
Differential Revision: https://reviews.freebsd.org/D39360
