Package Details: cachefilesd 0.10.9-1

Git Clone URL: https://aur.archlinux.org/cachefilesd.git (read-only)
Package Base: cachefilesd
Description: Userspace daemon acting as a backend for FS-Cache
Upstream URL: https://people.redhat.com/~dhowells/fscache/
Licenses: GPL
Submitter: remyoudompheng
Maintainer: grawity
Last Packager: grawity
Votes: 9
Popularity: 0.752581
First Submitted: 2011-08-29 22:36
Last Updated: 2016-04-25 04:30

Dependencies (1)

Required by (0)

Sources (2)

Latest Comments

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.

fukawi2 commented on 2014-09-27 09:07

A complaint from systemd: Configuration file /usr/lib/systemd/system/cachefilesd.service is marked executable. Please remove executable permission bits.

remyoudompheng commented on 2014-01-21 00:10

disowned

codyps commented on 2013-09-16 06:47

This should install the cachefilesd.service file shipped with cachefilesd

irgaly commented on 2013-06-09 16:35

Thanks.
All paths of cachefilesd should also be fixed in the init script, or may be deleted and replaced by a systemd unit file.

I'm using this unit file : http://pastebin.com/yKHiwdwa , and it works fine.

remyoudompheng commented on 2013-06-06 06:42

Done.

All comments