Re: darrc - change to code or a bug in dar 2.7.12 ?

slickvguy <slickvguy-97jfqw80gc5Wk0Htik3J/[email protected]> Fri, 29 Sep 2023 16:12:44 -0400
Newsgroups gmane.comp.sysutils.backup.dar.support
Message-ID <[email protected]>
UPDATE: I uninstalled everything dar related. Complete clean build of 2.7.12 from scratch. Remarkably, the /usr/etc/ directory wasn't even created! The new darrc default was placed in /etc , as usual. My /etc/darrc is being read properly now. I have no idea what caused this issue, something int he build process I guess, but it's clear that it was something on my end - not yours. My apologies! Thanks again.


On Fri, Sep 29, 2023, at 14:54, slickvguy wrote:
> I have been using dar on arch linux for many years. I build it by using and editing a few basic variables in arch AUR's dar PKGBUILD file, along with the current version of dar that I download from sourceforge. I have always had my darrc file located in /etc. I have never had a problem with dar being able to read the file from that location - until now. My backup scripts started giving errors and stopped working after installing 2.7.12. The problem is that dar cannot find the targets specified on the command line. I use targets specified in /etc/darrc for pruning, par2, compression, etc. Despite what the pages on dar's website, and various posts on this subject say, dar 2.7.12 on my system is not behaving like all of the previous versions have. For some reason, the ONLY location that dar 2.7.12 will read the darrc file from is in /usr/etc. I have tested this thoroughly. Of course, I could use -B on the command line, and remove the default darrc from /usr/etc/  to get around this, but I've never had to do any of that before. Something has changed. I have used the exact same ./configure variables to build dar for many years: --prefix=/usr --sysconfdir=/etc. Was there an intentional change to the code or perhaps a bug in 2.7.12? Has the build process somehow been changed? Thank you for a terrific program and your assistance.
> 
> 
> 
>