| AArch64 | |
| ppc64le | |
| s390x | |
| x86-64 |
- Add patch cachefilesd-nohang-at-reboot.patch * Try to start before network file systems * Should also stop after network file systems but before network
- Fix cachefilesd startup failure (bsc#1239807,bsc#1279428) - remove cachefilesd-loadmod.patch The patch would explicitly attempt to load the cachefilesd module at startup and fail with -EPERM when started from the systemd unit file, as system is by default enforcing a strict seccomp policy that denies the finit_module (among many other privileged operations). Since the systemd unit file is already loading the cachefilesd module before starting the daemon, there is no need to repeat loading from within the daemon code, so the patch can be dropped.
- Use %patch -P N instead of deprecated %patchN.
- update to 0.10.10: * no changelog available - remove fix-cpu-spin.patch (solved differently upstream)
- replace sources with compressed tarball
- Use url for source - Update dependencies * don't depend on whole systemd - Move autoreconf to %prepare section - Add rcservice symlink
- fix-cpu-spin.patch - Fix problem were cachefilesd would sometimes enter a tight loop wasting CPU time. bnc#843575
- Use real systemd service file instead of sysvinit converted file
- Added a modification to the howto that reflects the current location and material in the cachefilesd monitoring facility. From text by bking@suse.com (bnc#804834)
- IF the user starts the daemon he/she expects it to work with no fiddling, load the cachefiles kernel module directly from the daemon using libkmod so it just works.
- Use autotools to build the package. - Fix the configuration files not to enforce a selinux policy.
- Update to version 0.10.5, no changelog found. - Add systemd units.