Package Details: cachefilesd 0.10.10-2

Git Clone URL: (read-only, click to copy)
Package Base: cachefilesd
Description: Userspace daemon acting as a backend for FS-Cache
Upstream URL:
Keywords: afs cifs nfs smb
Licenses: GPL
Submitter: remyoudompheng
Maintainer: grawity
Last Packager: grawity
Votes: 13
Popularity: 0.125216
First Submitted: 2011-08-29 22:36
Last Updated: 2020-10-27 22:32

Latest Comments

1 2 Next › Last »

0n0w1c commented on 2020-10-21 13:45

Would it be possible to add 'aarch64'? This package does compile properly without further modification.

djkork commented on 2019-12-27 06:15

I've been testing this package for 2 weeks and it works pretty well. I've 300GB SSD cache and my NFS cached data is read at 500MB/sec without generating network traffic.

grawity commented on 2019-05-29 16:47

Abandoned or not, I don't want to remove it from AUR until/unless the corresponding kernel feature CONFIG_FSCACHE is removed or at least marked 'depends on BROKEN'.

skerit commented on 2019-05-28 11:00

This packages compiles & installs just fine, but it doesn't seem to do any actual caching. The project (cachefilesd, fs-cache and cachefs) also seems quite abandoned.

tad commented on 2017-06-26 00:18

cachefilesd includes a systemd service; you're patching it but installing the one shipped in this package.

gissf1 commented on 2015-09-16 18:28

Well, in any case, it works great now! Thanks for your effort!

gissf1 commented on 2015-09-16 17:16

When I started looking at this package on the AUR page, I thought it said it had no maintainer. Honestly, I can tell you are more experienced with pkgbuilds, so it's probably better that you take it on, but I was going to try to fix it myself since I needed it. I have years of experience with Gentoo ebuilds, but pkgbuilds are still a bit new to me.

I tried rebuilding it with your latest update and I didn't have any download issues this time, but I still got the following error due to the /sbin symlink:

$ yaourt -S cachefilesd
~~~ SNIP ~~~
==> Finished making: cachefilesd 0.10.5-1 (Wed Sep 16 11:59:41 CDT 2015)

==> Continue installing cachefilesd ? [Y/n]
~~~ SNIP ~~~
:: Proceed with installation? [Y/n]
(1/1) checking keys in keyring
(1/1) checking package integrity
(1/1) loading package files
(1/1) checking for file conflicts
error: failed to commit transaction (conflicting files)
cachefilesd: /sbin exists in filesystem
Errors occurred, no packages were upgraded.

gissf1 commented on 2015-09-16 09:09

That explains why the file was there when I looked in the directory. I recall a wget error followed by the hash failure, but that was around 16 hours ago. I'll follow up with more details when I have access to the machine I was using at the time. Maybe I misread something and it just needed a hash update.

gissf1 commented on 2015-09-16 07:10

@grawity: That sounds like what it was doing originally for the service file, but for some reason it was failing to download, and then complained about the hash being incorrect. I'll take a second look at it tomorrow to see if my PKGBUILD changes can be improved with your suggestions. Thanks for the reply!

gissf1 commented on 2015-09-16 06:08

There are several issues with the existing PKGBUILD script:
1. cachefilesd.service fails to download separately
2. Once I realized that one comes in the package, I modified the script to use that one (it was in $pkgdir/../ I think)
3. On a current arch system, /sbin is now a symlink to /usr/sbin, which is also a symlink to /usr/bin, so the package fails to install with pacman after building. This is resolved by moving the /sbin/cachefilesd binary to /usr/bin/ instead.

I don't have my modified PKGBUILD handy right now (I did this at work), but I will try to post the updated script tomorrow evening.