Enabled more testsuite parallelization
I've tested that the builders will not deplete resources for this value
New bug discovered: #2165809
"Testsuite suite 'query_rewrite_plugins' fails on Fedora 38 and later"
Dissable running the testuite in memory to workaround OOM problem.
Disable testsuite parallelization to allow tests to pass on ppc64le too.
These issues are believed to originate in Koji build system and are present
mainly in the Rawhide (F38) buildroot.
F36 buildroot seems to be most stable out of the current ones.
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.
