[SYSTEM] Added Support For PiFace RTC Chip
[SYSTEM] PiFace - Fix Typo
[PixelOverlay] Fix bug in block info display.
[Scheduler] Fix issue causing schedules to not end occasionally.

If we were too busy to call PlayListStopCheck() on the exact second
that a playlist was supposed to end, then the playlist would not be
stopped.  To fix this issue, we now check >= instead of ==.  This
situation was seen in user logs where fppd happened to be starting
the next playlist entry at the second it should be stopping and
PlayListStopCheck() was called before and after the exact second
but not on the exact second.
[PixelOverlay] Fix bug in block info display.
(cherry picked from commit a3f38256c25fbbd81fa6041908f36db408afb436)
[Scheduler] Fix issue causing schedules to not end occasionally.

If we were too busy to call PlayListStopCheck() on the exact second
that a playlist was supposed to end, then the playlist would not be
stopped.  To fix this issue, we now check >= instead of ==.  This
situation was seen in user logs where fppd happened to be starting
the next playlist entry at the second it should be stopping and
PlayListStopCheck() was called before and after the exact second
but not on the exact second.
(cherry picked from commit aa7ae178667890c7402fe8cafd7885a0d4963096)
[SYSTEM] If RTC is enabled, enable cron.daily/update-RTC for daily time update via RTC chip
[Falcon] Fix name of save function for F16v2 config screen
[FPD] Fix buffer overrun in FPD output code.
[Schedule] Fix non-scheduled playlist playback.

A previous bugfix in aa7ae1786 to work around a race condition introduced
another bug itself preventing proper playback of repeating playlists via
the status page.  The repeat flag would be ignored and the playlist would
go into 'stopping gracefully' mode immediately after startup.  This commit
reverts aa7ae1786 and solves it another way as a quick v1.0 solution.  A
better fix will be more invasive and will come later.
[Schedule] Fix non-scheduled playlist playback.

A previous bugfix in aa7ae1786 to work around a race condition introduced
another bug itself preventing proper playback of repeating playlists via
the status page.  The repeat flag would be ignored and the playlist would
go into 'stopping gracefully' mode immediately after startup.  This commit
reverts aa7ae1786 and solves it another way as a quick v1.0 solution.  A
better fix will be more invasive and will come later.
(cherry picked from commit 1342638ad3e3ae732f51161e676c591d1ce10f7c)
[FPD] Fix buffer overrun in FPD output code.
(cherry picked from commit f2328f06ab6aa4e7578c857133c357164cf143d6)
[Falcon] Fix name of save function for F16v2 config screen
(cherry picked from commit cea8071b03f0eb7c2f845272ef30dc7531d1f308)
[Scheduler] Fix +/- reversal in bugfix.
[Scheduler] Fix +/- reversal in bugfix.
(cherry picked from commit 88c530966244500ce36d85a6ca2d5532b2dffed0)
[email] More cleanup of sensitive data.
[email] More cleanup of sensitive data.
(cherry picked from commit ff42b338c2072172616c85971c591917c97465b3)
[Settings] Move "setting not found" log to excessive level
[C++] C++ fixes for compiling with g++ on the Pi.
[FPD] Fix race condition in FPD output thread start/stop

There was a race condition where new data could come in after
the FPD output thread was told to stop.  In FPD_StopOutputThread(),
we were waiting checking to make sure there was no more data waiting.
This race caused us to wait until the next sequence ended meaning we
would skip sequences during playback because the main channel output thread
could not be started again.  Instead we now check to see if the FPD
output thread has stopped or wait up to 110ms max to make sure that
we will allow the main channel output thread to continue.