As mentioned here:
https://fedoraproject.org/wiki/Changes/DeprecateSetuppyMacros
Fedora is migrating from the old setup.py macros to the pyproject macros
as the setup.py macros are planed to be deprecated in the near future.
Resolves: RHBZ#2377338
for the fonts contained in it.
After inspecting the fonts inside the
docs/mysqlx/_themes/sphinx_rtd_theme/static/css/fonts/
using the fontforge tool I have discovered that the font families are licensed
like this:
* fontawesome: Copyright Dave Gandy 2016. All rights reserved.
* latto:
Copyright (c) 2011-2015 by tyPoland Lukasz Dziedzic
(http://www.typoland.com/) with Reserved Font Name "Lato". Licensed
under the SIL Open Font License, Version 1.1 (http://scripts.sil.org/OFL)
* Roboto: Font data copyright Google 2013
This means the fontawesome and Roboto font families are licensed under a
strict copyright which is not supported when packaging fonts in fedora
and since we don't use the fonts during the build process nor do we
package them in the package I have decided to remove them from the
archive and rename the archive to %{name}-%{version}-src-without-fonts.tar.gz
to avoid any possible confusion when packaging this package in the
future. I have also added the generate-modified-sources.sh script that
downloads the original sources from the mysql upstream, unpacks them,
removes the aforementioned fonts and packs the sources under a new name.
file
I have decided to look into the licensing of this package
After some analysis I found the following licenses:
(MIT OR GPL-2.0-only) AND GPL-2.0-only AND BSD-2-Clause
Since:
The main LICENSE.txt file has the GPL-2.0-only license inside it.
the sphinx_rtd_theme project is licensed under MIT/GPL-2.0-only
most of the project has explicit headers in the files stating to use the
license of the `sphinx_rtd_theme project`
namely:
all the files inside docs/mysqlx/_themes/sphinx_rtd_theme/locale/
some of the files inside docs/mysqlx/_themes/sphinx_rtd_theme/static/js
though some of the last mentioned ones also have GPL2 specified in them
as an alternative to the MIT
The search.html file is licensed under the BSD-2-Clause since it
contains a link to this file:
https://github.com/sphinx-doc/sphinx/blob/master/LICENSE
which is an invalid link because the target file was renamed to
LICENSE.rst therefore the link should be:
https://github.com/sphinx-doc/sphinx/blob/master/LICENSE.rst
and the target of said link contains the BSD-2-Clause license
The main LICENSE.txt file also contains the:
Universal FOSS Exception, Version 1.0
which can be found here:
https://oss.oracle.com/licenses/universal-foss-exception/
as linked in the LICENSE.txt file
I will not mention the exception in the License clause since there is
an issue opened on gitlab which can be found here:
https://gitlab.com/fedora/legal/fedora-license-data/-/issues/182
which states that the exception should be omitted for the time being.
I will try to reach out to the people assigned to the issue as the last
update to it was in 2023 and this exception is present in multiple mysql
product we package.
This rebase reworked the documentation by adding a man page.
It also moved most of the files of the package from %{python3_sitelib} to
%{python3_sitearch} which expands to /usr/lib/python3.X/site-packages or
/usr/lib64/python3.X/site-packages depending on the build architecture.
This means that the package can no longer be noarch since most of the
file locations are now architecture dependent.
The source tarball also changed name from %{name}-%{version}.tar.gz to
%{name}-%{version}-src.tar.gz
We are only able to build the _mysql_connector C extension and not the
_mysqlxpb C extension as it requires protobuf >= 4.25.3 and we only have
3.19.6 in Fedora. When protobuf gets rebased to a sufficient version we
will be able to build this extension as well. More info:
https://dev.mysql.com/doc/connector-python/en/connector-python-installation-source.html
The skeleton of how the mysqlxpb extension will be built is present in
the spec file for easier future enabling but disabled using the
with_mysqlxpb condition.
None of currently supported distributions need that.
Last one was EL5 which is EOL for a while.
Signed-off-by: Igor Gnatenko <ignatenkobrain@fedoraproject.org>
None of currently supported distributions need that.
It was needed last for EL5 which is EOL now
Signed-off-by: Igor Gnatenko <ignatenkobrain@fedoraproject.org>
