Re: Thank you Ged

Hi there,

On Sun, 26 Jul 2026, Eddie Chapman wrote:

> Just wanted to say what I'm sure many of us will be thinking, which is a
> big thank you to Ged for not letting BackupPC become abandonware. Really
> appreciate you putting the time in to fix things when they come up.

Very rewarding to read something like this, and the kind replies too.

Thank you, everyone.

> ... I wish, in my ideal dream world, that many projects would just
> slow right down with new features and concentrate more on fixes.

We're of the same mind.  We're not alone.  That's not to say good PRs
won't be considered but the last thing that I want to be famous for is
breaking backups all over the planet.  The plan is 'conservative'.

Probably the only serious development that I see making much time for
is along the lines of an API.  BackupPC_serverMesg does provide one,
of sorts.  The idea would be that people could enhance things easily
without changes to the internals of the existing package that risk
breaking things.  Github issue #365 can be used for any API PRs, but
please let's keep *all* discussions on this list.

To be clear, I am *not* asking for PRs for new features, nor even for
discussions about developments.  There's more than enough to keep me
busy right now just adding tests for the possible errors from library
calls and keeping an eye on memory.  Then there's a user with a weird
filesystem arrangement who can't seem to upgrade his rsync-bpc beyond
3.1.2; I'm keen to nail that one down.  Plus a heap of Github issues.

>  Although fixing is more boring...

Let me assure you that fixing anything that involves XS and rsync code
is never likely to be boring.  More like a well-crafted whodunnit. :/

-- 

73,
Ged.


_______________________________________________
BackupPC-users mailing list
[email protected]
List:    https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:    https://github.com/backuppc/backuppc/wiki
Project: https://backuppc.github.io/backuppc/