search

m2-farzan / ros2-galactic-PKGBUILD

AUR Package for ROS 2 Galactic
11 stars 11 forks source link

Build failed: qt_gui_cpp #34

Closed gravityfargo closed 1 year ago

gravityfargo commented 1 year ago

Howdy! as the title says, my build failed. I've attached the culprit error message and some additional warning several lines prior that might be relevant, as well as my build info if that helps.

the error of death

Starting >>> kdl_parser
Finished <<< kdl_parser [3.70s]                                                                                                                                                                                                
--- stderr: qt_gui_cpp                                                                                                                                                                          
sip: /usr/share/sip/PyQt5/QtCore/QtCoremod.sip:23: syntax error
Traceback (most recent call last):
  File "/home/nathan/.cache/yay/ros2-galactic/src/install/share/python_qt_binding/cmake/sip_configure.py", line 116, in <module>
    subprocess.check_call(cmd)
  File "/usr/lib/python3.10/subprocess.py", line 369, in check_call
    raise CalledProcessError(retcode, cmd)
subprocess.CalledProcessError: Command '['/usr/bin/sip', '-c', '/home/nathan/.cache/yay/ros2-galactic/src/build/qt_gui_cpp/sip/qt_gui_cpp_sip', '-b', '/home/nathan/.cache/yay/ros2-galactic/src/build/qt_gui_cpp/sip/qt_gui_cpp_sip/pyqtscripting.sbf', '-I', '/usr/share/sip/PyQt5', '-w', '-n', 'PyQt5.sip', '-t', 'Qt_5_15_0', '-t', 'WS_X11', 'qt_gui_cpp.sip']' returned non-zero exit status 1.
make[2]: *** [src/qt_gui_cpp_sip/CMakeFiles/libqt_gui_cpp_sip.dir/build.make:103: sip/qt_gui_cpp_sip/Makefile] Error 1
make[1]: *** [CMakeFiles/Makefile2:284: src/qt_gui_cpp_sip/CMakeFiles/libqt_gui_cpp_sip.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs....
make: *** [Makefile:146: all] Error 2
---
Failed   <<< qt_gui_cpp [20.5s, exited with code 2]
Aborted  <<< rcl_yaml_param_parser [25.3s]                                                                                                                                  
Aborted  <<< fastrtps [3min 25s]                                                                                                   
Aborted  <<< rviz_ogre_vendor [4min 52s]                                             

Summary: 137 packages finished [5min 19s]
  1 package failed: qt_gui_cpp
  3 packages aborted: fastrtps rcl_yaml_param_parser rviz_ogre_vendor
  48 packages had stderr output: ament_clang_format ament_clang_tidy ament_copyright ament_cppcheck ament_cpplint ament_flake8 ament_index_python ament_lint ament_lint_cmake ament_mypy ament_package ament_pclint ament_pep257 ament_pycodestyle ament_pyflakes ament_uncrustify ament_xmllint console_bridge_vendor cyclonedds domain_coordinator fastrtps foonathan_memory_vendor google_benchmark_vendor iceoryx_posh launch launch_testing launch_xml launch_yaml libyaml_vendor mimick_vendor osrf_pycommon osrf_testing_tools_cpp performance_test_fixture pybind11_vendor qt_gui_cpp rcutils rosidl_cli rpyutils rti_connext_dds_cmake_module rviz_ogre_vendor shared_queues_vendor spdlog_vendor test_osrf_testing_tools_cpp tracetools_read tracetools_trace uncrustify_vendor urdfdom_headers yaml_cpp_vendor
  189 packages not processed
==> ERROR: A failure occurred in build().
    Aborting...
 -> error making: ros2-galactic

some warnings

--- stderr: spdlog_vendor                                                                                                                                                                                                            
CMake Warning (dev) at /usr/share/cmake/Modules/ExternalProject.cmake:3074 (message):
  The DOWNLOAD_EXTRACT_TIMESTAMP option was not given and policy CMP0135 is
  not set.  The policy's OLD behavior will be used.  When using a URL
  download, the timestamps of extracted files should preferably be that of
  the time of extraction, otherwise code that depends on the extracted
  contents might not be rebuilt if the URL changes.  The OLD behavior
  preserves the timestamps from the archive instead, but this is usually not
  what you want.  Update your project to the NEW behavior or specify the
  DOWNLOAD_EXTRACT_TIMESTAMP option with a value of true to avoid this
  robustness issue.
Call Stack (most recent call first):
  /usr/share/cmake/Modules/ExternalProject.cmake:4170 (_ep_add_download_command)
  CMakeLists.txt:58 (externalproject_add)
  CMakeLists.txt:78 (build_spdlog)
This warning is for project developers.  Use -Wno-dev to suppress it.
---
Finished <<< spdlog_vendor [18.3s]
--- stderr: console_bridge_vendor                                                                                                                                                                                                    
CMake Warning (dev) at /usr/share/cmake/Modules/ExternalProject.cmake:3074 (message):
  The DOWNLOAD_EXTRACT_TIMESTAMP option was not given and policy CMP0135 is
  not set.  The policy's OLD behavior will be used.  When using a URL
  download, the timestamps of extracted files should preferably be that of
  the time of extraction, otherwise code that depends on the extracted
  contents might not be rebuilt if the URL changes.  The OLD behavior
  preserves the timestamps from the archive instead, but this is usually not
  what you want.  Update your project to the NEW behavior or specify the
  DOWNLOAD_EXTRACT_TIMESTAMP option with a value of true to avoid this
  robustness issue.
Call Stack (most recent call first):
  /usr/share/cmake/Modules/ExternalProject.cmake:4170 (_ep_add_download_command)
  CMakeLists.txt:68 (externalproject_add)
  CMakeLists.txt:96 (build_console_bridge)
This warning is for project developers.  Use -Wno-dev to suppress it.

---
--- stderr: libyaml_vendor                                                                                                                                                                                             
CMake Warning (dev) at /usr/share/cmake/Modules/ExternalProject.cmake:3074 (message):
  The DOWNLOAD_EXTRACT_TIMESTAMP option was not given and policy CMP0135 is
  not set.  The policy's OLD behavior will be used.  When using a URL
  download, the timestamps of extracted files should preferably be that of
  the time of extraction, otherwise code that depends on the extracted
  contents might not be rebuilt if the URL changes.  The OLD behavior
  preserves the timestamps from the archive instead, but this is usually not
  what you want.  Update your project to the NEW behavior or specify the
  DOWNLOAD_EXTRACT_TIMESTAMP option with a value of true to avoid this
  robustness issue.
Call Stack (most recent call first):
  /usr/share/cmake/Modules/ExternalProject.cmake:4170 (_ep_add_download_command)
  CMakeLists.txt:63 (externalproject_add)
  CMakeLists.txt:87 (build_libyaml)
This warning is for project developers.  Use -Wno-dev to suppress it.

---

My system info

                  .o+`                   --------------------------- 
                 `ooo/                   OS: Arch Linux x86_64 
                `+oooo:                  Host: XPS 15 9520 
               `+oooooo:                 Kernel: 5.15.69-1-lts 
               -+oooooo+:                Uptime: 21 mins 
             `/:-:++oooo+:               Packages: 1270 (pacman) 
            `/++++/+++++++:              Shell: zsh 5.9 
           `/++++++++++++++:             Resolution: 1920x1200 
          `/+++ooooooooooooo/`           DE: Plasma 5.25.5 
         ./ooosssso++osssssso+`          WM: KWin 
        .oossssso-````/ossssss+`         Theme: [Plasma], Breeze [GTK2/3] 
       -osssssso.      :ssssssso.        Icons: Papirus-Dark [Plasma], Papirus-Dark [GTK2/3] 
      :osssssss/        osssso+++.       Terminal: konsole 
     /ossssssss/        +ssssooo/-       CPU: 12th Gen Intel i5-12500H (16) @ 4.500GHz 
   `/ossssso+/:-        -:/+osssso+-     GPU: Intel Alder Lake-P 
  `+sso+:-`                 `.-/+oso:    Memory: 6415MiB / 31777MiB 
 `++:.                           `-/+/
 .`                                 `/
m2-farzan commented 1 year ago

Hi, please see https://github.com/m2-farzan/ros2-galactic-PKGBUILD/issues/9