On 08/16/2016 06:31 AM, Ralph Corderoy wrote: > Hi, > > The Linux FHS says "The application must always be able to recover from > manual deletion of these files (generally because of a disk space > shortage)." — > http://www.pathname.com/fhs/pub/fhs-2.3.html#VARCACHEAPPLICATIONCACHEDATA > > Arch Linux's `pacman -Syuw' downloads package files for updates into > /var/cache. > > $ ls /var/cache/pacman/pkg > fakeroot-1.21-2-x86_64.pkg.tar.xz > fontconfig-2.12.1-3-x86_64.pkg.tar.xz > mesa-12.0.1-6-x86_64.pkg.tar.xz > mesa-12.0.1-7-x86_64.pkg.tar.xz > nvidia-304xx-libgl-304.131-1-x86_64.pkg.tar.xz > python-setuptools-1:25.1.6-1-any.pkg.tar.xz > xfce4-settings-4.12.0-5-x86_64.pkg.tar.xz > $ > > When it goes to install these, e.g. `pacman -Su', it checks dependencies > and then assumes that all of those files will remain for the duration of > the installation, which can be quite a while. Am I right in thinking > this fails to meet the FHS? Installation goes awry when something is > deleted partway through. (Yes, I found out the hard way. :-)
I've run into this issue "the hard way" as well (running yum on Fedora to be specific). Entirely my fault, in watching a large collections of packages download and seeing it's going to fail for disk space, I've pruned out some old stuff, and accidentally gotten a package that was already downloaded by this instance of the package tool, and indeed it does not recover cleanly if the installation is already going. In my case(s) since it's my own carelessness I don't worry too much, but based on the above wording you'd have to call it an "application bug" if it's not able to recover sufficiently from the deletion of cached files. By the way, the current FHS is here: http://refspecs.linuxfoundation.org/fhs.shtml There was no change to the /var/cache wording, though. _______________________________________________ fhs-discuss mailing list [email protected] https://lists.linuxfoundation.org/mailman/listinfo/fhs-discuss
