On 18 October 2016 at 06:26, Steven Roberts <strobert(a)strobe.net> wrote:
> EPEL packages for a new rsnapshot version (1.4.2) have been built and
> available in testing.
> There are many bug fixed in this release. From upstream the config file
> should be comptabile with the existing 1.3.1 currently in EPEL.
> However given new upstream maintainer/hosting, it was about seven years
> between upstream releases, and rsnapshot is used for things like
> backups, we are taking extra caution with this release.
> So we are emailing this list to get extra notice and we are planning on
> at least 4 weeks in testing and hoping to get some good testing and
> karma reflected before moving to push to stable.
> the bugzilla bug:
> the bodhi links for each EPEL version:
> Also, thanks to new co-maintener for the rsnapshot package James Hogarth
> for getting the actually mods, builds put together.
As an update to the announcement, it's been noted in the Fedora users
mailing list that the log file had a change of syntax at 1.3.2 (we
were on 1.3.1) back in 2012 ...
The logfile now has the timestamps in ISO 8601 format rather than
apache-like so if any parsing or logstash tools are being used against
the rsnapshot logs they will need to be updated to account for this
As previously agreed on epel-devel and by the EPEL Steering Committee,
I have pushed the Mono 4.2 packages and packages depending on it to
epel-testing on EL7.
These updates will sit in epel-testing for a significant period of
time to allow adequate notice and time for testing.
I hope to push them to stable at around the time when CentOS 7.3 is released.
The old Mono 2.10 packages have been totally outdated, and I wonder if
they still have been used at all. If you still have your own software
running with Mono 2.x, and have problems rebuilding towards Mono 4,
let me know. We have been through that for quite a number of packages
for Fedora 23, and most issues can be solved...
Please do test thoroughly, give positive/negative karma, and open bug reports.
I'd like to announce EPEL-7 for aarch64. It joins existing primary
architectures of x86_64, ppc64 and ppc64le.
The vast majority of the packages are now available. There's a few
bits missing (haskell and golang packages for example) that will be
You can consume it in the same way as any of the other architectures.
For packagers there should be nothing you need to do to enable
support. If you run into issues with building on the aarch64
architecture you can request help on IRC (#epel or #fedora-arm) on the
mailing list or file a bug and link it to the ARMTracker blocker bug.