Mass Rebuild Report 2024-12-07

[tstellar]

• qt6-qtbase
• qt6-qtcoap
• gstreamer1-plugins-good
• gstreamer1-plugins-bad-free
• python-awscrt
• qt6-qtgraphs
• qt6-qtwebchannel
• qt6-qtlocation
• qt6-qtserialport
• qt6-qtnetworkauth
• conntrack-tools: Upstream Bug.
• pybind11 #950
• qt6-qtconnectivity
• qt6-qtremoteobjects
• mod_proxy_cluster
• qt6-qtpositioning
• qt6-qtcharts
• qt6-qtlottie
• qt6-qt5compat
• qt6-qtsensors
• qt6-qtlanguageserver
• gstreamer1-plugins-ugly-free
• qt6-qtmultimedia
• gstreamer1-plugins-base
• qt6-qtwebview
• qt6-qtimageformats
• qt6-qtquick3dphysics
• qt6-qtshadertools
• qt6-qtquicktimeline
• qt6-qtsvg
• qt6-qt3d
• gstreamer1-rtsp-server
• qt6-qthttpserver
• qt6-qtwebsockets
• qt6-qtwayland
• qt6-qtvirtualkeyboard
• qt6-qtmqtt
• adcli Type aliasing bug upstream.
• qt6-qtopcua
• gstreamer1-plugin-libav
• qt6-qtscxml
• qt6-qtdeclarative
• python-gevent
• qt6-qtspeech
• qt6-qtserialbus
• qt6-qtdatavis3d

[tstellar]

The qt failures are because qt6-qtbase is failing to build (not related to clang) so anything that depends on it also fails.

[tstellar]

The gstreamer failures are also due to a dependency issue.

[tstellar]

The adcli failure is a real regression. I've bisected it to llvm/llvm-project@7954a05

I'm working on getting a reproducer.

[tstellar]

Upstream bug for adcli: llvm/llvm-project#119099

[tstellar]

python-awscrt seems like an unrelated failure:

+ /usr/bin/python3 -Bs /usr/lib/rpm/redhat/pyproject_buildrequires.py --generate-extras --python3_pkgversion 3 --wheeldir /builddir/build/BUILD/python-awscrt-0.22.4-build/awscrt-0.22.4/pyproject-wheeldir --output /builddir/build/BUILD/python-awscrt-0.22.4-build/python-awscrt-0.22.4-1.fc41.x86_64-pyproject-buildrequires
Handling setuptools >= 40.8 from default build backend
Requirement satisfied: setuptools >= 40.8
   (installed: setuptools 69.2.0)
Traceback (most recent call last):
  File "/usr/lib/rpm/redhat/pyproject_buildrequires.py", line 721, in main
    generate_requires(
    ~~~~~~~~~~~~~~~~~^
        include_runtime=args.runtime,
        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    ...<11 lines>...
        config_settings=parse_config_settings_args(args.config_settings),
        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    )
    ^
  File "/usr/lib/rpm/redhat/pyproject_buildrequires.py", line 603, in generate_requires
    generate_build_requirements(backend, requirements)
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/rpm/redhat/pyproject_buildrequires.py", line 293, in generate_build_requirements
    new_reqs = get_requires(config_settings=requirements.config_settings)
  File "/usr/lib/python3.13/site-packages/setuptools/build_meta.py", line 325, in get_requires_for_build_wheel
    return self._get_build_requires(config_settings, requirements=['wheel'])
           ~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.13/site-packages/setuptools/build_meta.py", line 295, in _get_build_requires
    self.run_setup()
    ~~~~~~~~~~~~~~^^
  File "/usr/lib/python3.13/site-packages/setuptools/build_meta.py", line 487, in run_setup
    super().run_setup(setup_script=setup_script)
    ~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.13/site-packages/setuptools/build_meta.py", line 311, in run_setup
    exec(code, locals())
    ~~~~^^^^^^^^^^^^^^^^
  File "<string>", line 15, in <module>
ModuleNotFoundError: No module named 'wheel'

[tstellar]

It looks like the pybind11 failure was also caused by llvm/llvm-project@7954a05.

[tstellar]

Upstream bug for pybind11: llvm/llvm-project#119507

[tstellar]

The conntrack-tools build is failing because one of its dependencies (libnetfilter_cthelper) has a library with no symbols. The build of libnetfilter_cthleper emits several [-Wignored-attributes] errors. Here is one:

libnetfilter_cthelper.c:106:1: warning: attribute declaration must precede definition [-Wignored-attributes]
  106 | EXPORT_SYMBOL(nfct_helper_alloc);
      | ^
./internal.h:7:41: note: expanded from macro 'EXPORT_SYMBOL'
    7 | #       define EXPORT_SYMBOL(x) typeof(x) (x) __visible
      |                                               ^
./internal.h:6:35: note: expanded from macro '__visible'
    6 | #       define __visible        __attribute__((visibility("default")))
      |                                                ^
libnetfilter_cthelper.c:102:21: note: previous definition is here
  102 | struct nfct_helper *nfct_helper_alloc(void)
      |                     ^

I'm going to mark this failure as resolved, since it is a real regression, but caused by upstream code.