https://bugzilla.redhat.com/show_bug.cgi?id=2245651
Bug ID: 2245651
Summary: python-css-parser fails to build with Python 3.13:
ModuleNotFoundError: No module named 'cgi'
Product: Fedora
Version: rawhide
Status: NEW
Component: python-css-parser
Assignee: zbyszek(a)in.waw.pl
Reporter: ksurma(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: epel-packagers-sig(a)lists.fedoraproject.org,
ksurma(a)redhat.com, mhroncok(a)redhat.com,
python-packagers-sig(a)lists.fedoraproject.org,
zbyszek(a)in.waw.pl
Blocks: 2231791 (F40FTBFS,RAWHIDEFTBFS), 2244836 (PYTHON3.13)
Target Milestone: ---
Classification: Fedora
python-css-parser fails to build with Python 3.13.0a1.
Traceback (most recent call last):
File "/builddir/build/BUILD/css-parser-1.0.7/run_tests.py", line 120, in
<module>
main()
File "/builddir/build/BUILD/css-parser-1.0.7/run_tests.py", line 116, in main
run_tests(args.test_name)
File "/builddir/build/BUILD/css-parser-1.0.7/run_tests.py", line 77, in
run_tests
import css_parser
File "/builddir/build/BUILD/css-parser-1.0.7/src/css_parser/__init__.py",
line 2, in <module>
from .profiles import Profiles
File "/builddir/build/BUILD/css-parser-1.0.7/src/css_parser/profiles.py",
line 2, in <module>
from css_parser import util
File "/builddir/build/BUILD/css-parser-1.0.7/src/css_parser/util.py", line
33, in <module>
from ._fetch import _defaultFetcher
File "/builddir/build/BUILD/css-parser-1.0.7/src/css_parser/_fetch.py", line
3, in <module>
import css_parser.encutils as encutils
File
"/builddir/build/BUILD/css-parser-1.0.7/src/css_parser/encutils/__init__.py",
line 79, in <module>
import cgi
ModuleNotFoundError: No module named 'cgi'
According to https://docs.python.org/3.13/whatsnew/3.13.html module cgi was
removed:
PEP 594: Remove the cgi and cgitb modules, deprecated in Python 3.11.
cgi.FieldStorage can typically be replaced with urllib.parse.parse_qsl() for
GET and HEAD requests, and the email.message module or multipart PyPI project
for POST and PUT.
cgi.parse() can be replaced by calling urllib.parse.parse_qs() directly on the
desired query string, except for multipart/form-data input, which can be
handled as described for cgi.parse_multipart().
cgi.parse_multipart() can be replaced with the functionality in the email
package (e.g. email.message.EmailMessage and email.message.Message) which
implements the same MIME RFCs, or with the multipart PyPI project.
cgi.parse_header() can be replaced with the functionality in the email package,
which implements the same MIME RFCs. For example, with
email.message.EmailMessage:
from email.message import EmailMessage
msg = EmailMessage()
msg['content-type'] = 'application/json; charset="utf8"'
main, params = msg.get_content_type(), msg['content-type'].params
(Contributed by Victor Stinner in gh-104773.)
https://docs.python.org/3.13/whatsnew/3.13.html
For the build logs, see:
https://copr-be.cloud.fedoraproject.org/results/@python/python3.13/fedora-r…
For all our attempts to build python-css-parser with Python 3.13, see:
https://copr.fedorainfracloud.org/coprs/g/python/python3.13/package/python-…
Testing and mass rebuild of packages is happening in copr.
You can follow these instructions to test locally in mock if your package
builds with Python 3.13:
https://copr.fedorainfracloud.org/coprs/g/python/python3.13/
Let us know here if you have any questions.
Python 3.13 is planned to be included in Fedora 41.
To make that update smoother, we're building Fedora packages with all
pre-releases of Python 3.13.
A build failure prevents us from testing all dependent packages (transitive
[Build]Requires),
so if this package is required a lot, it's important for us to get it fixed
soon.
We'd appreciate help from the people who know this package best,
but if you don't want to work on this now, let us know so we can try to work
around it on our side.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=2231791
[Bug 2231791] Fedora 40 FTBFS Tracker
https://bugzilla.redhat.com/show_bug.cgi?id=2244836
[Bug 2244836] Python 3.13
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2245651
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…
https://bugzilla.redhat.com/show_bug.cgi?id=2247262
Bug ID: 2247262
Summary: nemo-extensions fails to build with Python 3.13:
error: implicit declaration of function PySys_SetArgv
Product: Fedora
Version: rawhide
Status: NEW
Component: nemo-extensions
Assignee: leigh123linux(a)googlemail.com
Reporter: ksurma(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: epel-packagers-sig(a)lists.fedoraproject.org,
ksurma(a)redhat.com, leigh123linux(a)googlemail.com,
mhroncok(a)redhat.com, riehecky(a)fnal.gov
Blocks: 2244836 (PYTHON3.13)
Target Milestone: ---
Classification: Fedora
nemo-extensions fails to build with Python 3.13.0a1.
../src/nemo-python.c: In function ‘nemo_python_init_python’:
../src/nemo-python.c:192:9: error: implicit declaration of function
‘PySys_SetArgv’ [-Werror=implicit-function-declaration]
192 | PySys_SetArgv(1, argv);
| ^~~~~~~~~~~~~
According to https://docs.python.org/3.13/whatsnew/3.13.html:
Remove the following old functions to configure the Python initialization,
deprecated in Python 3.11:
PySys_AddWarnOptionUnicode(): use PyConfig.warnoptions instead.
PySys_AddWarnOption(): use PyConfig.warnoptions instead.
PySys_AddXOption(): use PyConfig.xoptions instead.
PySys_HasWarnOptions(): use PyConfig.xoptions instead.
PySys_SetArgvEx(): set PyConfig.argv instead.
PySys_SetArgv(): set PyConfig.argv instead.
PySys_SetPath(): set PyConfig.module_search_paths instead.
Py_SetPath(): set PyConfig.module_search_paths instead.
Py_SetProgramName(): set PyConfig.program_name instead.
Py_SetPythonHome(): set PyConfig.home instead.
Py_SetStandardStreamEncoding(): set PyConfig.stdio_encoding instead, and
set also maybe PyConfig.legacy_windows_stdio (on Windows).
_Py_SetProgramFullPath(): set PyConfig.executable instead.
https://docs.python.org/3.13/whatsnew/3.13.html
For the build logs, see:
https://copr-be.cloud.fedoraproject.org/results/@python/python3.13/fedora-r…
For all our attempts to build nemo-extensions with Python 3.13, see:
https://copr.fedorainfracloud.org/coprs/g/python/python3.13/package/nemo-ex…
Testing and mass rebuild of packages is happening in copr.
You can follow these instructions to test locally in mock if your package
builds with Python 3.13:
https://copr.fedorainfracloud.org/coprs/g/python/python3.13/
Let us know here if you have any questions.
Python 3.13 is planned to be included in Fedora 41.
To make that update smoother, we're building Fedora packages with all
pre-releases of Python 3.13.
A build failure prevents us from testing all dependent packages (transitive
[Build]Requires),
so if this package is required a lot, it's important for us to get it fixed
soon.
We'd appreciate help from the people who know this package best,
but if you don't want to work on this now, let us know so we can try to work
around it on our side.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=2244836
[Bug 2244836] Python 3.13
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2247262
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…
https://bugzilla.redhat.com/show_bug.cgi?id=2295683
Bug ID: 2295683
Summary: mingw64-boost does not install BoostConfig.cmake file
Product: Fedora
Version: 40
Status: NEW
Component: mingw-boost
Assignee: fedora(a)tsailer.ch
Reporter: aacid(a)kde.org
QA Contact: extras-qa(a)fedoraproject.org
CC: epel-packagers-sig(a)lists.fedoraproject.org,
fedora(a)tsailer.ch, rjones(a)redhat.com
Target Milestone: ---
Classification: Fedora
"Normal" boost-devel pacakge does
# rpm -ql boost-devel | grep BoostConfig.cmake
/usr/lib64/cmake/Boost-1.83.0/BoostConfig.cmake
#
but the mingw ones do not
# rpm -ql mingw64-boost | grep BoostConfig.cmake
# rpm -ql mingw32-boost | grep BoostConfig.cmake
#
This is important since cmake is suggesting to migrate to using boost own
BoostConfig.cmake which means that "Could NOT find Boost" problem when using
cmake + mingw64-boost + find boost using config using cmake.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2295683
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…