Re: Thank you Ged

[email protected] Mon, 27 Jul 2026 12:06:18 +0000
Newsgroups gmane.comp.sysutils.backup.backuppc.general
Message-ID <0100019fa377fee4-4e268d7f-f454-434b-97b0-9d14cd68882c-000000@email.amazonses.com>
GED,
Let me add my abundant thanks for your leadership and contributions in
taking over this project!
Much, much thanks!
G.W. Haywood wrote at about 12:52:43 +0100 on Monday, July 27, 2026:
 > 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/


_______________________________________________
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/