[ANNOUNCE] CMake 3.31.1 available for download
We are pleased to announce that CMake 3.31.1 is now available for download. Please use the latest release from our download page: https://cmake.org/download/ See also the release notes: https://cmake.org/cmake/help/latest/release/3.31.html and release milestone: https://gitlab.kitware.com/cmake/cmake/-/milestones/162 Thanks for your support! Changes made since CMake 3.31.0: Brad King (10): Help: Add missing one-line summary to policy CMP0132 FindBoost: Add support for Boost 1.86 ci: Rebuild Fedora 41 image with updates Clarify advice given by compatibility deprecation message for CMake < 3.10 Help: Clarify instructions for using older VS toolsets with newer VS versions ci: Update Windows builds to MSVC 14.42 toolset ci: update macOS jobs to use Xcode 16.1 libarchive: Update script to get 3.7.7 execute_process: Restore CLOEXEC on OUTPUT_FILE and ERROR_FILE descriptors CMake 3.31.1 Craig Scott (3): GoogleTest: Clear script content buffer on flush and flush less often GoogleTest: Avoid extra call to set DISABLED test property in discovery CMP0175: Do not reject USES_TERMINAL for add_custom_command(TARGET) LibArchive Upstream (1): LibArchive 2024-10-13 (b439d586) Marc Chevrier (2): Linker configuration: Add missing platforms LLD linker: avoid regression on archive libraries deduplication Matthew Woehlke (1): cmExperimental: Make CPS-export experimental notice more consistent Peter Kokot (2): FindSQLite3: Guard calls to pkg_check_modules Help: Guard calls to pkg_check_modules in cmake-developer(7) example Timo Röhling (2): FindImageMagick: Fix ARCH_INCLUDE_DIR detection for version 7 and newer Linux: Recognize multiarch directories for musl-linux-any
[ANNOUNCE] CMake 3.30.6 available for download
We are pleased to announce that CMake 3.30.6 is now available for download. Please use the latest release from our download page: https://cmake.org/download/ See also the release notes: https://cmake.org/cmake/help/latest/release/3.30.html and release milestone: https://gitlab.kitware.com/cmake/cmake/-/milestones/164 Thanks for your support! Changes made since CMake 3.30.5: Ben Boeckel (2): ci: use JSON to transfer environment variables gitlab-ci: remove `dependencies` from jobs Brad King (3): FindBoost: Add support for Boost 1.86 execute_process: Restore CLOEXEC on OUTPUT_FILE and ERROR_FILE descriptors CMake 3.30.6 Miro Hrončok (1): FindPython: Add support for Python 3.14 Robert Maynard (2): Tests: Simplify CUDA kernels avoid crash with nvidia driver 550 Tests: Ensure CUDA bin2c output is null terminated
[ANNOUNCE] CMake 3.29.9 available for download
We are pleased to announce that CMake 3.29.9 is now available for download. Please use the latest release from our github releases page: https://github.com/Kitware/CMake/releases/tag/v3.29.9 See also the release notes: https://cmake.org/cmake/help/latest/release/3.29.html and release milestone: https://gitlab.kitware.com/cmake/cmake/-/milestones/163 Thanks for your support! Changes made since CMake 3.29.8: Brad King (3): Help: Add 3.29 release note for try_compile LINKER_LANGUAGE option execute_process: Restore CLOEXEC on OUTPUT_FILE and ERROR_FILE descriptors CMake 3.29.9 Dilshod Mukhtarov (1): librhash: aligned_alloc is not available with glibc < 2.16 Robert Maynard (2): Tests: Simplify CUDA kernels avoid crash with nvidia driver 550 Tests: Ensure CUDA bin2c output is null terminated
Request for Official Review for Snap KCM
Hi team, I created a KCM for managing snap permissions. It has been through incubation and this is a request for the official KDE review process. https://invent.kde.org/soumyadghosh/snap-kcm/-/issues/3 It's currently hosted at https://invent.kde.org/soumyadghosh/snap-kcm/-/tree/master and would like to see it end up in Plasma as a counterpoint to the flatpak kcm. I have implemented translations support and the kcm works well with most of the features needed. Now, I would like to get some reviews from the community to improve the kcm to the standard required for inclusion in Plasma. Thanks and Regards, Soumyadeep Ghosh
frameworks broken with python bindings?
Hello people, I have been getting errors while generating the python bindings for the kde frameworks for a few days / weeks. the mirror message I have is similar for every single project that fails: Building Python Wheel /usr/bin/python3.12: No module named build.__main__; 'build' is a package and cannot be directly executed make[2]: *** [python/CMakeFiles/KUnitConversion.dir/build.make:251: python/KUnitConversion/ I am not sure (nor know anything about shiboken) - is there a missing package I need to install? if so, why cmake didn't stop there? Best, Tomaz
Re: frameworks broken with python bindings?
Hi, > I have been getting errors while generating the python bindings for the kde > frameworks for a few days / weeks. the mirror message I have is similar for > every single project that fails: > > Building Python Wheel > /usr/bin/python3.12: No module named build.__main__; 'build' is a package > and cannot be directly executed > make[2]: *** [python/CMakeFiles/KUnitConversion.dir/build.make:251: > python/KUnitConversion/ > > I am not sure (nor know anything about shiboken) - is there a missing > package I need to install? if so, why cmake didn't stop there? You need the python-build package[1]. Maybe we need to check for it before enabling building the Python bindings. Regards. [1]: https://pypi.org/project/build/
