The following packages contain out-of-tree kernel modules which no longer build with the current kernel. If they are not fixed before we release Mageia 8, they should be removed from the distribution. dkms-dahdi dkms-digimend dkms-em8300 dkms-ena dkms-fsam7400 dkms-iscsitarget dkms-lzma dkms-ndiswrapper dkms-nvidiabl dkms-syntek dkms-zd1211
CC: (none) => kernel, luigiwalser
As none of these packages are on any of the iso images, lowering priority.
CC: (none) => davidwhodginsPriority: release_blocker => High
If they're going to be dropped, it must happen before release.
Priority: High => release_blocker
syntek => seems dead upstream
CC: (none) => mageia
dkms-digimend => just updated and freeze push asked. Build of kernel module OK: Building module: cleaning build area.... make -j4 KERNELRELEASE=5.10.7-desktop-1.mga8 KVERSION=5.10.7-desktop-1.mga8........ cleaning build area.... cleaning kernel tree (make mrproper)....(bad exit status: 2) DKMS: build Completed. hid-kye.ko.xz: - Installation - Installing to /lib/modules/5.10.7-desktop-1.mga8/dkms/extra/ hid-uclogic.ko.xz: - Installation - Installing to /lib/modules/5.10.7-desktop-1.mga8/dkms/extra/ hid-polostar.ko.xz: - Installation - Installing to /lib/modules/5.10.7-desktop-1.mga8/dkms/extra/ hid-viewsonic.ko.xz: - Installation - Installing to /lib/modules/5.10.7-desktop-1.mga8/dkms/extra/ depmod.......................... DKMS: install Completed.
dkms-dahdi => No new releases
dkms-em8300 => No new releases
dkms-ena => Seems already removed from the repos
dkms-fsam7400 => The website of the project does not work.
@thomas: what to do ? we remove them on mirors but do we add on task-obsolete ?
ndiswrapper I will fix, fo the rest of unfixed ones we'll just remove them from the mirrors
ok i will remove them :-) ( except ndiswrapper ;) )
I actually decided to disable dkms-ndiswrapper for Mga8, with the plan to drop ndiswrapper support in Mga9 dkms-ndiswrapper has been broken since switch to kernel 5.8 series kernels in August 2020, so if we still have some users, they are only using the in-kernel driver. and in reality I think the amount of ndiswrapper user nowdays can be counted on one hand, even if you miss some fingers...
i removed: dkms-nvidiabl iscsitarget dkms-fsam7400 em8300 disabled: dkms-lzma updated: dkms-digimend
We should try to clean up drakx-net for Mageia 9. As well as ndiswrapper, it references many other drivers that no longer exist.
i have a "ndiswrapper clean" patch ready for post mga8 :-)
What are the differences between the ndiswrapper module built within out kernel package and the one in dkms-ndiswrapper? Aren't coming from the same sources?
CC: (none) => ghibomgx
base code is the same, but a dkms package needs to be sprinkled with kernel version checks for every kernel api change so it works regardless of kernel version. the in-kernel code only needs code changes to match the kernel its attached to. so there is a lot of maintenance overhead for a package no-one uses. and this is the first step of obsoleting stoneage ndiswrapper support. it _will_ be gone in mga9
done
Resolution: (none) => FIXEDStatus: NEW => RESOLVED