Damn these (permission?) issues are annoying:
```[   14s] needrestart-3.6-5.1.noarch.rpm: directories not owned by a package:
[   14s]  - /usr/lib/needrestart```

No problems with building it locally, this always occurs in OBS.

• Files Changed
• Browse Source

Just a small cleanup for the spring season in order to get rid of this non sensual mess already . . .

• Files Changed
• Browse Source

- Complete revamp of `*.changes` file formatting and some minor changes to the `*.spec` file . . .
- Update to new upstream release version 3.6
- Imported changelog from 
 "https://src.fedoraproject.org/rpms/needrestart/blob/rawhide/f/needrestart.spec"

  * NUR

  * Rebuilt for https://fedoraproject.org/wiki/Fedora_36_Mass_Rebuild
  

  * Dont own /usr/lib/python3.X/site-packages

  * Rebuilt for https://fedoraproject.org/wiki/Fedora_35_Mass_Rebuild

  * Rebuilt for Python 3.10

  * move 'iucode-tool' to Recommends as it is not available in all
    architectures

  * Rebuilt for https://fedoraproject.org/wiki/Fedora_34_Mass_Rebuild

  * Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild

  * Rebuilt for Python 3.9

  * NUR: removed patch integrated upstream and update debconf template
  * downgrade debconf to Recommends on systems supporting weak dependencies

  * Rebuilt for Python 3.9

  * Rebuilt for https://fedoraproject.org/wiki/Fedora_32_Mass_Rebuild

• Files Changed
• Browse Source

Imported changelog from https://src.fedoraproject.org/rpms/needrestart/blob/rawhide/f/needrestart.spec

• Files Changed
• Browse Source

• Files Changed
• Browse Source

Hello,
I, hereby, am submitting a 'system' package to the official SUSE repos as it is a program fairly well known and used in other Linux distributions such as Debian, Ubuntu, Fedora and Arch . . .
It is a "better" more detailed companion/alternative to `needs-restarting` program integrated in Zypper.

Please consider adding it because it is a handy program for checking anything system up-to-date related.

I tested the installed package on SUSE Leap 15.5 and it seems to be working fine without any hassles - not extensively though . . .

But the outputs are clear & clean:



`root@Nvisen-MU02--SUSE-LEAP-SERVER ~# needrestart
Scanning processes...                                                                                                                                                                                      
Scanning processor microcode...                                                                                                                                                                            
Scanning linux images...                                                                                                                                                                                   

Pending kernel upgrade!

Running kernel version:
  6.5.5-lp154.3.g6cf5261-default

Diagnostics:
  The currently running kernel version is not the expected kernel version 6.6.0-rc3-lp155.1.g15b4ad8-default.

Restarting the system to load the new kernel will not be handled automatically, so you should consider rebooting. [Return]


The processor microcode seems to be up-to-date.

No services need to be restarted.

No containers need to be restarted.

No user sessions are running outdated binaries.

No VM guests are running outdated hypervisor (qemu) binaries on this host.`
.

Thanks for taking it into consideration,
Martin from Liberec

• Browse Source