Bug 1168320

BackupPC-3.3.1-1.el7 has been submitted as an update for Fedora EPEL 7.
https://admin.fedoraproject.org/updates/BackupPC-3.3.1-1.el7

Package BackupPC-3.3.1-1.el7:
* should fix your issue,
* was pushed to the Fedora EPEL 7 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=epel-testing BackupPC-3.3.1-1.el7'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-1279/BackupPC-3.3.1-1.el7
then log in and leave karma (feedback).

Created attachment 1004439 [details]
SPEC file for perl-rsync

I just attached the spec file for perl-rsync which is missing.

The missing perl-File-RsyncP is now available in EPEL 7 testing and can hopefully be pushed to the stable EPEL 7 repository within 2 weeks.

Please push BackupPC again to EPEL 7 testing.

BackupPC-3.3.1-1.el7 has been pushed to the Fedora EPEL 7 stable repository.  If problems still persist, please make note of it in this bug report.

After building my own SL7.1 version of BackupPC-3.3.0-2 it worked well, but after updating to the EPEL 3.3.1-1 I cannot get BackupPC to start after a reboot.
The logs show:
2015-07-01 14:20:00 Reading hosts file
2015-07-01 14:20:00 unix bind() failed: No such file or directory
If I down grade to 3.3.0 it works again.
Any Ideas?

(In reply to Bill Maidment from comment #7)
> After building my own SL7.1 version of BackupPC-3.3.0-2 it worked well, but
> after updating to the EPEL 3.3.1-1 I cannot get BackupPC to start after a
> reboot.
> The logs show:
> 2015-07-01 14:20:00 Reading hosts file
> 2015-07-01 14:20:00 unix bind() failed: No such file or directory
> If I down grade to 3.3.0 it works again.
> Any Ideas?

Solved it.
It appears that the /var/run/BackupPC directory is not being created automatically by the EPEL version 3.3.1-1 It should be created and owned by backuppc.

Note that EL7 is systemd, so you should have:

%if 0%{?fedora} || 0%{?rhel} >= 7
%global _with_tmpfilesd 1
%global _with_systemd 1
%endif

(In reply to Orion Poplawski from comment #9)
> Note that EL7 is systemd, so you should have:
> 
> %if 0%{?fedora} || 0%{?rhel} >= 7
> %global _with_tmpfilesd 1
> %global _with_systemd 1
> %endif

Yes I noticed this too. It's a very simple fix and it works.
However, the package seems abandoned. Packager "Bernard Johnson"'s email bjohnson is fake and unresponsive. The company at symetrix.co (not com) don't know him. He has completely disappeared. Judging by his commits and comments, I am not even sure he isn't a half automated bot.

Perhaps even the software is abandoned (not updated in record time). The sourceforge mailing list seems unsure about their migration to github. I have emailed around. We'll see.

(In reply to Benjamin Lefoul from comment #10)
> (In reply to Orion Poplawski from comment #9)
> > Note that EL7 is systemd, so you should have:
> > 
> > %if 0%{?fedora} || 0%{?rhel} >= 7
> > %global _with_tmpfilesd 1
> > %global _with_systemd 1
> > %endif
> 
> Yes I noticed this too. It's a very simple fix and it works.
> However, the package seems abandoned. Packager "Bernard Johnson"'s email
> bjohnson is fake and unresponsive. The company at symetrix.co
> (not com) don't know him. He has completely disappeared. Judging by his
> commits and comments, I am not even sure he isn't a half automated bot.
> 
> Perhaps even the software is abandoned (not updated in record time). The
> sourceforge mailing list seems unsure about their migration to github. I
> have emailed around. We'll see.

Okay, apparently the project is actually active, but a bit slow because of the migration to github.

No one seems to care about the Fedora packaging on the ML.