FS#76486 - [kernel-modules-hook] Upstream is unresponsive and there are better forks available
Attached to Project:
Community Packages
Opened by Jerry Xiao (JerryXiao) - Tuesday, 08 November 2022, 14:51 GMT
Last edited by Buggy McBugFace (bugbot) - Saturday, 25 November 2023, 20:04 GMT
Opened by Jerry Xiao (JerryXiao) - Tuesday, 08 November 2022, 14:51 GMT
Last edited by Buggy McBugFace (bugbot) - Saturday, 25 November 2023, 20:04 GMT
|
Details
Description:
The original owner of the repo https://github.com/saber-nyan/kernel-modules-hook has been inactive for a pretty long period of time, so does the process of prs and issues. There are some clearly better implementation of the same idea available at https://github.com/saber-nyan/kernel-modules-hook/pull/20 which uses hard link instead of ssd-consuming rsync, bind mount and systemd.tmpfiles instead of an additional service and timer unit. Is there any possibility that the better implementation gets merged into this community package, replacing the old and suboptimal kernel-modules-hook. Also, moving the development to archlinux gitlab is preferable so that users have a way to make merge requests and help improve the package. Additional info: * package version(s) kernel-modules-hook 0.1.7-2 |
This task depends upon
Closed by Buggy McBugFace (bugbot)
Saturday, 25 November 2023, 20:04 GMT
Reason for closing: Moved
Additional comments about closing: https://gitlab.archlinux.org/archlinux/p ackaging/packages/kernel-modules-hook/is sues/1
Saturday, 25 November 2023, 20:04 GMT
Reason for closing: Moved
Additional comments about closing: https://gitlab.archlinux.org/archlinux/p ackaging/packages/kernel-modules-hook/is sues/1
I can maintain the fork on Github, archlinux Gitlab or wherever needed, if the package indeed switch to that implementation.