Package Details: cvmfs 2.12.7-1

Git Clone URL: https://aur.archlinux.org/cvmfs.git (read-only, click to copy)
Package Base: cvmfs
Description: A client-server file system implemented in FUSE and developed to deliver software distributions onto virtual machines in a fast, scalable, and reliable way.
Upstream URL: http://cernvm.cern.ch/portal/filesystem
Licenses: BSD
Submitter: bins
Maintainer: fsiegert (vandelli)
Last Packager: fsiegert
Votes: 12
Popularity: 0.000712
First Submitted: 2010-12-08 13:59 (UTC)
Last Updated: 2025-03-02 13:14 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 Next › Last »

dpm commented on 2017-08-14 14:59 (UTC) (edited on 2017-08-14 16:38 (UTC) by dpm)

Hi @fsiegert and @vandelli, Thank you very much for mantaining this package! I've a problem installing it: error: failed to commit transaction (conflicting files) cvmfs: /usr/lib64 exists in filesystem I've seen that this should be already solved (comment of rajanandakumar 2016-01-28 11:55), but modified PKGBUILD doesn't work for me. Hint : with respect to rajanandakumar, I don't have the line 'cvmfs: /sbin exists in filesystem'. Addiotional info: I'm on Manjaro (Arch - based OS) and my /usr folder look like this: drwxr-xr-x 9 root root 4,0K 14 ago 16.22 . drwxr-xr-x 17 root root 4,0K 22 giu 10.31 .. drwxr-xr-x 5 root root 132K 14 ago 16.22 bin drwxr-xr-x 508 root root 68K 14 ago 16.22 include drwxr-xr-x 240 root root 224K 14 ago 16.22 lib drwxr-xr-x 30 root root 36K 13 ago 16.09 lib32 lrwxrwxrwx 1 root root 3 21 giu 16.44 lib64 -> lib drwxr-xr-x 13 root root 4,0K 7 giu 14.14 local lrwxrwxrwx 1 root root 3 21 giu 16.44 sbin -> bin drwxr-xr-x 342 root root 12K 14 ago 16.22 share drwxr-xr-x 3 root root 4,0K 14 ago 16.22 src Cheers, Davide EDIT: I managed to install package, modifying by hand CMakeList.txt line 113 ("lib64" to "lib") and 115 ("lib" to "lib32") and recompilying by means of your PKGBUILD after changing the md5sum for the pkg source. This CMakeList doesn't see Manjaro as Arch, so I've ended up in the section for Fedora, CentOS etc that probably have a different structure of /usr folder.

fsiegert commented on 2017-08-08 13:54 (UTC)

@Bigben37 Thanks for noticing this. I've fixed this typo without bumping the package version given that this doesn't change the installed files.

Bigben37 commented on 2017-08-08 13:21 (UTC)

Hi, thanks for providing this package :-) In cvmfs.install in line 10 a " is missing at the end. Because of this, the instructions in line 11 are not displayed properly. Cheers, Benjamin

fsiegert commented on 2017-07-09 20:39 (UTC)

@kgizdov: thanks for the hint, I have added the _netdev option to the mount command in the post-install message.

kgizdov commented on 2017-06-29 16:14 (UTC)

@kfinelli, that sounds more like Atlas scripts don't set the correct lib path to the ncurses version they used to compile ROOT against. If you set your environment from CVMFS and then do `ldd $(root-config --libdir)/*.so | grep -B 10 ncurses`, it will tell you whichever library (possibly libCling.so) does not find its dependency correctly.

kfinelli commented on 2017-06-29 12:04 (UTC)

This isn't directly related to the package, but might affect a lot of users- I noticed that in order to run ROOT as distributed on atlas cvmfs I needed to add the ncurses5-compat-libs from AUR. Another minor point is that the documentation link printed from cvmfs.install seems to be broken/out-of-date

kgizdov commented on 2017-06-26 21:21 (UTC)

Also, you should add `_netdev` as part of the mount options in `/etc/fstab`, otherwise you get a circular dependency on `network-online.target`. Check your `dmesg -l warn` output

kgizdov commented on 2017-06-25 13:39 (UTC)

@fsiegert, @vandelli, thanks for this - the systemd-mount works really nicely for me now. I think from now on that would be my default. I've tried AutoFS for other things before, but it never really worked correctly for me.

fsiegert commented on 2017-06-23 16:05 (UTC)

Thanks vandelli, that indeed seems to work great. I have pushed an updated PKGBUILD taking into account many of the suggestions from kgizdov (thanks!) and also the move to systemd.automount. When updating to that, please make sure you don't have any mounts from autofs left and also no directories created (manually) within /cvmfs. Let me know how this is working for you.

vandelli commented on 2017-06-23 06:00 (UTC)

Hi fsiegert, indeed I experienced similar problems with autofs. Eventually I kind of gave trying to understand the problem and instead started experimenting with systemd-automount. So far it works way better for me. This is what I added to /etc/fstab: atlas.cern.ch /cvmfs/atlas.cern.ch cvmfs noauto,x-systemd.automount,x-systemd.requires=network-online.target,x-systemd.idle-timeout=5min,x-systemd.device-timeout=10 0 0 This is on my laptop where I do not CVMFS mounted unless I'm using it, hence the noauto and x-systemd.idle-timeout=5min Cheers Wainer

« First ‹ Previous 1 2 3 4 Next › Last »