Package Details: needrestart 3.6-1

Git Clone URL: (read-only, click to copy)
Package Base: needrestart
Description: Restart daemons after library updates.
Upstream URL:
Licenses: GPL
Submitter: t-8ch
Maintainer: t-8ch
Last Packager: t-8ch
Votes: 46
Popularity: 2.56
First Submitted: 2014-10-31 08:21 (UTC)
Last Updated: 2022-05-17 18:12 (UTC)

Latest Comments

Thermi commented on 2022-07-10 13:09 (UTC)

Hi, following is my pacman hook for needrestart. Might be useful for you. Goes into /etc/pacman.d/hooks/needrestart.hook

Operation = Upgrade
Type = Package
Target = *

Description = Check if daemons need restart after library/binary upgrades
Exec = /usr/bin/needrestart
When = PostTransaction
Depends = needrestart

merlock commented on 2020-11-21 22:52 (UTC)

@t-8ch...looks like i get the IOTDA (idiot of the day award). Going to delete my previous comment. Thanks!

t-8ch commented on 2020-11-21 19:59 (UTC)

I don't really see how this is specific to cups. It looks more like you still have the old service running after upgrading cups. That old service has indeed a new binary and needrestart tries to restart it but can't because the old service file is not there anymore.

ostroffjh commented on 2020-08-01 15:16 (UTC)

@tedd (in /usr/bin) "ln -s rc-service service" does work. @t-8ch I have artix on my laptops, and restart/reboot more often, so don't use needrestart often. It may well be longer than I remember since it worked.

t-8ch commented on 2020-08-01 10:25 (UTC)

@ostroffjh needrestart decides switches between systemctl and service based on the existence of the /run/systemd/system directory. Maybe some recent update changed this existence and now you get the error. In general for this to ever have worked you would need either the service or systemctl commands available.

tedd commented on 2020-07-31 22:44 (UTC)

@ostroffjh If you make a symlink to rc-service named service does that fix the problem?

ostroffjh commented on 2020-07-31 15:04 (UTC)

This used to work for me, but now I'm getting "Can't exec "service": No such file or directory at /usr/bin/needrestart line 1080, <STDIN> line 1." I'll guess this is a systemd vs. openrc (what I use) difference. Is this fixable, or does someone need to create a separate needrestart-openrc package? (openrc uses rc-service instead of service)

yochananmarqos commented on 2019-07-03 21:05 (UTC)

PSA: This needs a rebuild after the recent perl updates.

mr_nuub commented on 2018-12-06 23:11 (UTC) (edited on 2018-12-11 18:06 (UTC) by mr_nuub)

Hi! @t-8ch the PKGBUILD lacks some information in the package() block. It should look like this to install the perl module system-wide. Otherwise it is installed in the current users home directory, which makes sudo needrestart impossible (sudo is needed eg for ineractive mode).

package() {
        cd "${srcdir}/${pkgname}-${pkgver}"
        make INSTALLDIRS=vendor DESTDIR="${pkgdir}" install

For everyone who wonders why there is an unset in the PKGBUILD, please read

t-8ch commented on 2018-03-05 18:49 (UTC)

Hi @wuestengecko, unfortunately needrestart does currently not work with the microcode packaged in Arch, but only in Debian. Debian provides the different ucode images in a directory, while arch provides a single initrd image that contains it all. Support for the Arch way should probably added upstream.

The microcode, which is now checked by default, can't be checked so UNKNOWN is correct. I think we should keep the package as is.

You can work around this by specifying -k and -l explicitly to go back to the 2.x behaviour.

wuestengecko commented on 2018-03-04 01:24 (UTC)

v3.0 requires iucode-tool to check for Intel microcode updates (AMD is currently unsupported). Note that the actual microcode is provided by the intel-ucode package.

Without iucode-tool, on Intel machines you get the following error and the Nagios plugin mode always returns UNKNOWN:

which: no iucode_tool in (/usr/local/sbin:/usr/local/bin:/usr/bin)

(with your actual $PATH in parentheses, of course)

scott32 commented on 2018-02-28 16:38 (UTC)

Version 3.0 is out... just replace pkgver=2.10 with pkgver=3.0 in PKGBUILD

cgirard commented on 2017-10-05 10:08 (UTC)

@vith: As stated, you just need to rebuild the impacted module (in that case needrestart)

vith commented on 2017-10-04 17:48 (UTC)

Whenever pacman upgrades any package, this gets printed: :: Running post-transaction hooks... (1/2) Warn about old perl modules WARNING: '/usr/lib/perl5/vendor_perl' contains data from at least 1 packages which will NOT be used by the installed perl interpreter. -> Run the following command to get a list of affected packages: pacman -Qqo '/usr/lib/perl5/vendor_perl' ❯ pacman -Qqo '/usr/lib/perl5/vendor_perl' needrestart

cgirard commented on 2015-06-05 16:12 (UTC)

perl-module-scandeps is a missing dependency

xdevla commented on 2015-04-09 08:25 (UTC)

Updated PKGBUILD :

karol_007 commented on 2014-10-31 14:15 (UTC)

Please add a description.