Releases retrieved: 32 Upstream release that is considered latest: 32 Current version/release in rawhide: 31-5.fc40 URL: https://git.kernel.org/pub/scm/utils/kernel/kmod/kmod.git Please consult the package updates policy before you issue an update to a stable branch: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/ More information about the service that created this bug can be found at: https://docs.fedoraproject.org/en-US/package-maintainers/Upstream_Release_Monitoring Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. Based on the information from Anitya: https://release-monitoring.org/project/1517/ To change the monitoring settings for the project, please visit: https://src.fedoraproject.org/rpms/kmod
Created attachment 2020292 [details] Update to 32 (#2268030)
the-new-hotness/release-monitoring.org's scratch build of kmod-32-1.fc38.src.rpm for rawhide failed http://koji.fedoraproject.org/koji/taskinfo?taskID=114542176
(In reply to Upstream Release Monitoring from comment #0) > Releases retrieved: 32 > Upstream release that is considered latest: 32 > Current version/release in rawhide: 31-5.fc40 > URL: https://git.kernel.org/pub/scm/utils/kernel/kmod/kmod.git > Based on the information from Anitya: https://release-monitoring.org/project/1517/ > To change the monitoring settings for the project, please visit: https://src.fedoraproject.org/rpms/kmod kmod 32 ======= - Improvements - Use any hash algo known by kernel/openssl instead of keep needing to update the mapping - Teach kmod to load modprobe.d/depmod.d configuration from ${prefix}/lib and allow it to be overriden during build with --with-distconfdir=DIR - Make kernel modules directory configurable. This allows distro to make kmod use only files from /usr regardless of having a compat symlink in place. - Install kmod.pc containing the features selected at build time. - Install all tools and symlinks by default. Previously kmod relied on distro packaging to set up the symlinks in place like modprobe, depmod, lsmod, etc. Now those symlinks are created by kmod itself and they are always placed in $bindir. - Bug Fixes - Fix warnings due to -Walloc-size - Others - Drop python bindings. Those were not update in ages and not compatible with latest python releases. - Cleanup test infra, dropping what was not used anymore - Drop experimental tools `kmod insert` / `kmod remove`. Building those was protected by a configure option never set by distros. They also didn't gain enough traction to replace the older interfaces via modprobe/insmod/rmmod.
Releases retrieved: 33 Upstream release that is considered latest: 33 Current version/release in rawhide: 31-8.fc41 URL: https://github.com/kmod-project/kmod Please consult the package updates policy before you issue an update to a stable branch: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/ More information about the service that created this bug can be found at: https://docs.fedoraproject.org/en-US/package-maintainers/Upstream_Release_Monitoring Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. Based on the information from Anitya: https://release-monitoring.org/project/1517/ To change the monitoring settings for the project, please visit: https://src.fedoraproject.org/rpms/kmod
Created attachment 2044120 [details] Update to 33 (#2268030)
(In reply to Upstream Release Monitoring from comment #4) > Releases retrieved: 33 > Upstream release that is considered latest: 33 > Current version/release in rawhide: 31-8.fc41 > URL: https://github.com/kmod-project/kmod > Based on the information from Anitya: https://release-monitoring.org/project/1517/ > To change the monitoring settings for the project, please visit: https://src.fedoraproject.org/rpms/kmod kmod 33 ======= - Improvements - Allow to handle compressed modules even without decompression libraries linked in. Previously we would detect if the kernel supported the decompression algorithm and pass the module directly through finit_module(). However it wouldn't consider the file if the respective decompression library was compiled out. Now it's possible to completely disable all libraries and still have module load working with libkmod. Tools that inspect module content themselves like modinfo and depmod won't work if the decompression library is not enabled. - Add weak dependencies - these are similar to pre softdep, but they don't cause the dependency to be loaded by libkmod: when a module has a weak dependency, it is expected that module may or may not be used, with decision happening in runtime by the kernel. It's purpose is to be informational for other tools like ones used to create initramfs, so the module is made available before switch_root(), but doesn't imply it to be loaded when not needed. - Improve compatibility with non-gnu libc like musl and uClibc. Now it's possible to build and use libkmod and tools without any additional compat patches. - Move manpages from xsltproc to scdoc, which is now needed during build. - Improve documentation in manpages, fixing typos, rewording sentences, detailing how configuration files are handled with precedence order and making all the manpages more consistent on how to reference options, environment variables, configuration, authors, etc. - Speed up zstd decompression, particularly when not using glibc. - Stop parsing .alias files from modprobe.d directories. Configuration files were always documented as needing the .conf extension. For compatibility reason with module-init-tools, kmod also parsed .alias files. However that was also done in module-init-tools for compatibility reasons and not documented anywhere. From inspection on what distros are using, none use .alias files in practice, so stop parsing those files and follow what's documented. - Adopt SPDX for license and cleanup comments on individual files. - Since kmod 29 there's a github mirror for the repository. Now it's also used for issues and improvement tracking. With that, the old TODO file has been removed and distros/users are encouraged to file issues in github. - Bug fixes - Move kmod.pc to the right dir, ${datadir}/pkgconfig, as it's related to kmod, not libkmod. - Fix error handling while loading a file and mmap fails. - Fix error handling while handling errors from the decompression libraries. - Add missing documentation for KMOD_INDEX_MODULES_BUILTIN that was added in v27 breaking the ABI. A wide search has found one external tool using it, which hasn't been updated in the past 12 years. It was deemed safe to simply update the documentation to include the missing enum. - Move kmod_module_new_from_name_lookup() to the correct symbol version. It was added by mistake to @LIBKMOD_5 when v30 got released. No external user of this API was found, so it was considered safe to just move it. - Others - Overwrite symlinks when installing tools. - General cleanup of how (de)compression libraries are integrated. - Add CI infrastructure to automatically test in several distros before applying commit series. Currently the latest versions of Alpine, Archlinux, Fedora and Ubuntu are covered. More distros are easy to add as they are all containerized.
FEDORA-2024-0db387c53e (kmod-33-1.fc41) has been submitted as an update to Fedora 41. https://bodhi.fedoraproject.org/updates/FEDORA-2024-0db387c53e
FEDORA-2024-0db387c53e (kmod-33-1.fc41) has been pushed to the Fedora 41 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-2024-f2e5163fca (kmod-33-1.fc42) has been submitted as an update to Fedora 42. https://bodhi.fedoraproject.org/updates/FEDORA-2024-f2e5163fca
FEDORA-2024-f2e5163fca (kmod-33-1.fc42) has been pushed to the Fedora 42 stable repository. If problem still persists, please make note of it in this bug report.