In one of the previous commits, I've started to pack a different logrotate file
as it contains the correct path to the logfile of the mysql server.
It has been found, that I've overlooked that the filepath to the mysql server
was still set wrongly.
It was set to a: '/var/log/mysqld.log'
Instead of expected: '/var/log/mysql/mysql.log'
This path is added to the mysql logrotate configuration file via CMAKE variable
substitution.
However since we haven't specify the variable value,
a default value has been used instead.
The fix to this issue was simple - specify the variable value as the CMAKE
command argument.
--
At the same time, we were using a custom (downstream) variable meant to hold
the same information. We used this variable for generating the correct filepath
to the mysql server logfile in the mysql server configuration file.
Instead of using two different CMAKE variables with the same meaning,
I've changed it so we get rid of the downstream specified variable
and use the upstream specified variable instead.
--
The positive effect is the de-duplication of code and assurance that when we
set the value, it is used everywhere - both in the upstream code and in the
downstream patches.
The tiny negative effect is that at this moment, the names of the variables
differ to the we use in 'mariadb' package.
The sources contains two versions of the logrotate file:
* mysql-8.0.30/support-files/mysql-log-rotate.in
* mysql-8.0.30/packaging/rpm-common/mysql.logrotate.in
Until now, the first one was used. However logfile location
specified in that logrotate configuration file was wrong.
( /var/lib/mysql/mysqld.log )
From now on, we will use the second one, which is meant to be
used in RPM packages, and which respects their FSH layout.
( /var/log/mysql/mysqld.log )
--
As a side-effect, the whole configuration is now commented out.
So users now need to touch the file before they can start using it.
However once the configuration is un-commented,
it will work out-of-the-box (unlike until now).
--
Resolves: #2073434
Resolves: #2047868
udf_example.so contains following deprecated functions:
gethostbyaddr
gethostbyname
inet_addr
inet_ntoa
The udf_example.so can be ignored from badfuncs check, because it is an
exemplary file, showing users how to write own loadable functions. Even
though code from this .so can be used in mysql server, it needs to be
manually loaded by the user.
Deprecated functions have been reported upstream [1].
[1] https://bugs.mysql.com/bug.php?id=106797
The full testsuite has been run multiple times on multiple
Fedora releases, thus updating the "last_tested_version"
Note: the additional failing tests on s390x are NOT OpenSSL 3 related
Some tests started to fail reproducibly after the application of the OpenSSL 3 patch.
It is yet to be determined which tests results can be ignored (e.g. when the test is
dependent on a specific version 1.x of OpenSSL) and which tests found real issues.
Related: #2015516
This is usefull for Fedora Module builds, where a module build
for N Fedora releases is done from a single commit or a branch.
In the case of the 'mysql' module (from rpms/mysql repository)
we currently reference a single commit.
This change takes some pieces from MariaDB, including compat_ssl.h and
changes in my_md5.cc.
MySQL utilizes FIPS_mode() and FIPS_mode_set() functions that are not
available in OpenSSL 3.x any more. This patch only mocks the call of
those functions, returning 0 every time, which effectively makes usage
of those functions non working. For making the MySQL build with
OpenSSL 3.x this seems to be enough though.
---
This commit has been cherry-picked from CentOS Stream 9
51e2abe584
and adjusted to be applicable to Fedora Rawhide
Once the full testsuite has been run for the particular MySQL release; execute just the "main" suite on subsequent runs for that release.
The implementation default to running of the whole testsuite, as until now, if the maintainer won't set the flag that running of the minimal testsuite is enough for this release.
This feature aims to help with faster and more stable package builds when adding small fixes on top of already tested release;
and to ease the life of Fedora Linux Release Engineers during (mass) rebuilds.
Michal Schorm
Lars Tangvald
František Zatloukal
Fedora Release Engineering
Terje Rosten
Zuzana Miklankova
Mamoru TASAKA
Honza Horak
Adrian Reber
Sahana Prasad
Pete Walter