Package Details: kernel-modules-hook 0.1.7-1

Git Clone URL: https://aur.archlinux.org/kernel-modules-hook.git (read-only, click to copy)
Package Base: kernel-modules-hook
Description: Keeps your system fully functional after a kernel upgrade
Upstream URL: https://github.com/saber-nyan/kernel-modules-hook
Keywords: alpm-hook kernel-module pacman-hook
Licenses: Unlicense
Submitter: saber-nyan
Maintainer: saber-nyan
Last Packager: saber-nyan
Votes: 78
Popularity: 3.90
First Submitted: 2017-12-24 11:12
Last Updated: 2019-11-13 18:08

Latest Comments

1 2 Next › Last »

eNV25 commented on 2021-04-10 09:59

@xuiqzy It's already Type=oneshot.

eNV25 commented on 2021-04-10 09:55

@xulqzy It should've daemonized actually. In my example I added & exit in the end. But I forgot to add nohup before the command.

Anyway systemd doesn't need to know it's PID or anything. It'll just run and die by itself when it's finished.

xuiqzy commented on 2021-04-06 20:29

Actually, after reading this other question here ( https://stackoverflow.com/questions/39032100/what-is-the-difference-between-systemds-oneshot-and-simple-service-types ), I think we should probably switch to Type=oneshot to properly display that this is a service that is doing stuff and is finished afterwards and is not a long running service like an http server for example.

xuiqzy commented on 2021-04-06 20:22

@eNV25 Type=forking doesn't change the behaviour of letting it run in the background. If this script doesn't daemonize itself, which it does not, Type=simple is the correct way for systemd to track its execution. For Type=forking, systemd would need to know a pid file or something similar. See: https://superuser.com/questions/1274901/systemd-forking-vs-simple and the systemd man page. If something in your boot depends on this service and has configurd After=... you should remove that there, if it is not needed, to speed up the execution of that other systemd unit to not wait for this service.

eNV25 commented on 2021-04-02 15:35

Can you make linux-modules-cleanup.service forking type? Currently the service type is oneshot, meaning systemd will block until this task is finished. Making the service type "forking" should make the boot process faster since systemd doesn't block.

[Service]
Type=forking
ExecStart=/bin/bash -exc 'for i in /usr/lib/modules/[0-9]*; do if [[ $${i##*/} = \'%v\' ]] || pacman -Qo "$${i}"; then continue; fi; rsync -AHXal "$${i}" /usr/lib/modules/.old/; rm -rf "$${i}"; done & exit'

sanchith commented on 2020-12-25 19:06

@cwrau That isn't handled by the package. If you want to change this behavior, you'll have to follow the instructions in this section of the systemd wiki page, which would also enable services for any newly installed packages.

cwrau commented on 2020-11-30 19:44

Could you pre-enable the systemd-service?

amish commented on 2020-05-07 01:10

Unlicense is part of the "licenses" package so you do not need to ship it.

PKGBUID: license=('Unlicense')

Source: https://wiki.archlinux.org/index.php/PKGBUILD#license

The licenses package contains many commonly used licenses, which are installed under /usr/share/licenses/common/. If a package is licensed under one of these licenses, the value should be set to the directory name, e.g. license=('GPL').

Drew commented on 2020-05-07 00:31

This is great. I don't understand why this is not the default behavior.

springzfx commented on 2020-02-27 07:14

manjaro default has package kernel-alive installed. No need to install kernel-modules-hook. They do the same thing, thus conflict.

I suggest add kernel-alive and [kernel-alive-git](https://aur.archlinux.org/packages/kernel-alive-git/) to the conflict list.