Mailman 3 - Bit-dev - python.org

Scheduling broken in 1.6.1 ?
by c.buhtz＠posteo.jp March 23, 2026

March 23, 2026

Hello, if you are using Back In time 1.6.1 please check if your scheduled profiles are running as expected. Maybe 1.6.0 users, too. Let me know if this is not the case. Best would be to open an issue for the report. Regards, Christian

1 0

Much earlier removal of EncFS support than planned
by c.buhtz＠posteo.jp March 20, 2026

March 20, 2026

Hello, EncFS support in Back In Time will be removed much earlier than previously planned [1]. Monitor the progress in this PR #2449 [2]. Recent development work on the implementation of gocryptfs support revealed that maintaining EncFS in parallel introduce significant complexity and maintenance overhead. Continuing to keep EncFS in the code base would block progress on gocryptfs and jeopardize the entire plan. I have decided to remove the complete mounting logic and re-implement it from scratch. Refactoring the existing EncFS logic would consume disproportionate time and effort for a component that is scheduled for removal. As a consequence, EncFS must be removed before gocryptfs can be fully implemented. The original plan was to add full gocryptfs support and release that verison of Back In Time with the upcoming Debian 14 (~end of 2027), removing EncFS afterwards. This is no longer feasable. The version of Back In Time version for Debian 14 will include full gocryptfs support will not longer support EncFS. Users currently relying on EncFS should start planning a migration to gocryptfs. Migration documentation and guidance will be provided. Additionally, there is the plan to ensure that the latest EncFS-supporting version of Back In Time remain usable on Debian 14, when installed from upstream. Please let me add that the security issues with EncFS are known since the year 2014 [3]. Removing it from Back In Time was decided in 2023, and first deprecation warning within Back In Time was released in July 2024 with version 1.5.0 [4]. Best regards, Christian Buhtz Current maintainer & lead developer [1] https://github.com/bit-team/backintime/issues/1734 [2] https://github.com/bit-team/backintime/pull/2449 [3] https://sourceforge.net/p/encfs/mailman/message/31849549/ [4] https://github.com/bit-team/backintime/releases/tag/v1.5.0

1 0

Backing up another machine form this machine and storing the backup on this machine
by Jeff Silverman March 11, 2026

March 11, 2026

Hello, I have been using backintime for more years than I can remember and I love it. It just works. I was wandering through the documentation and I realized that I could use backintime to backup my local web server. Currently, the web server has no backups, if something happens to it, I just rebuild it and copy the content to the server. But it occurred to me that I can use backintime to backup the server. My problem is that when I backup my server, it stays on the server. There are five solutions that present themselves: 1) Use an NFS mount from my enormous disk drive that I currently use as the backup destination 2) Use a CIFS (samba) mount from my enormous disk drive that I currently use as the backup destination 3) Use a cron job or similar to run rsync over SSH to pull the files from the server to the enormous disk drive. This seems like the safest solution from a computing security point of view because if the server gets compromised, the putative bad guy does not get write access to the enormous disk drive. 4) Use a cron job or similar to run rsync on the server to push the files from the to the enormous disk drive. 5) Ask if there is a better solution. The problems with solutions 1, 2, and 4 is that if a bad guy gets into my server, then he or she has write access to my enormous disk drive. Yes, I am aware that if a bad guy compromises my server, then he or she can write malware and the backup system will copy it to the enormous disk drive. But unless I do something stupid, that's as far as the malware can get. I see that version 1.6 is in the release process - my question might be answered by upgrading. Is that the case? Thank you Jeff Silverman https://jeffsilverman.ddns.net jeffsilverm(a)gmail.com -- Jeff Silverman jeffsilverm(a)gmail.com http://jeffsilverm.ddns.net <https://jeffsilverm.ddns.net>.

1 0

Update on BackInTime 1.6 Release for Ubuntu LTS
by c.buhtz＠posteo.jp March 2, 2026

March 2, 2026

Hello everyone, Version 1.6 is an important release as it introduces several deprecations and functional changes, and it informs and prepares users about that. In my view, it is important and urgunt that Ubuntu LTS users receive this update so they aren’t caught off guard in later LTS release if BIT stops working within their setup. From my experience, Ubuntu LTS users tend to stay on their LTS version for the full five-year-support period. Version 1.6.0 was unfortunately released rather close (11 days) to Ubuntu's "Debian Import Freeze" (February 19). Two days later, version 1.6.1 followed with fixes, leaving only 9 days before the Import Freeze Deadline. Packaging in Debian was also delayed, which meant we missed the Ubuntu deadline. Fortunately, Fabio Fantoni stepped in again to handle the Debian packaging. Our last chance now is a so-called “freeze exception”: <https://bugs.launchpad.net/ubuntu/+source/backintime/+bug/2142983> I’m not fully familiar with the decision process at Canonical, but the Ubuntu maintainer responsible is the same as for Debian. I’m unsure whether that is an advantage or disadvantage. Just wanted to keep you all updated. Fingers crossed! Best regards, Christian

1 0

Announcement: "plugin system" will be removed
by c.buhtz＠posteo.jp Feb. 17, 2026

Feb. 17, 2026

Hello, I just won't to inform that I'll plan to remove the "plugin system". <https://github.com/bit-team/backintime/issues/2424> There is no concrete time schedule for it. But I like to announce this as early as possible. Let me know if anyone of you created and is using a user-defined plugin beside the ones offered by Back In Time itself. The regular user callback scripts will work and are not related to that issue. The issue at Mastodon: <https://fosstodon.org/@backintime/116087256061038756> Regards, Christian Buhtz

1 0

Announcement: Release 1.6.1
by c.buhtz＠posteo.jp Feb. 10, 2026

Feb. 10, 2026

Hello, two days later I have to announce the 1.6.1 release fixing some minor issues. Full release notes: <https://github.com/bit-team/backintime/releases/tag/v1.6.1> Changelog: <https://github.com/bit-team/backintime/blob/dev/CHANGES> Regards, Christian Buhtz

1 0

Announcement: Release 1.6.0
by c.buhtz＠posteo.jp Feb. 8, 2026

Feb. 8, 2026

Hello, I am happy to announce the 1.6.0 release today. Full release notes: <https://github.com/bit-team/backintime/releases/tag/v1.6.0> Changelog: <https://github.com/bit-team/backintime/blob/dev/CHANGES> Let me give you a summary. Gocryptfs is used for encryption in local profiles. This replaces EncFS with its known security issues. Therefore, using EncFS for encryption is no longer supported for newly created profiles (local and SSH), but remains available for existing profiles. Gocryptfs encryption for SSH profiles is not yet available and will follow in a later release. Package maintainers should be aware of modified dependencies and adjust their packaging accordingly. After 17 years of existence, Back In Time now has its own application logo, provided by Gregory Deseck (@gregorydk). Support for external SSH key agents and configurations was added. There is a new option to warn users about low available storage space. Several changes and improvements were made to the GUI, most of them in the Manage Profiles dialog. Translations improved and updated. Excluding English, 17 of 44 languages are fully translated, 9 are over 80%, but 7 languages are lower than 50% complete and removal candiates for the next release. Newly added language: Georgian. Because of no translation activity the languages Bosnian, Thai, and Occidental/Interlingue were removed. Several bug fixes and a large part of the codebase were refactored. Regards, Christian Buhtz

1 0

Packaging and final testing 1.6.0
by c.buhtz＠posteo.jp Feb. 7, 2026

Feb. 7, 2026

Hello, I packaged the 1.6.0 [1] release as a tar.gz [2]. Would be nice if some of you could give it a try installing it and see if everything is well packed. Thank you in advance, Christian [1] -- <https://github.com/bit-team/backintime/pull/2395> [2] -- <https://github.com/bit-team/backintime/pull/2395#issuecomment-3864022310>

1 0

v1.6.0 - Release Candidate
by c.buhtz＠posteo.jp Jan. 27, 2026

Jan. 27, 2026

Hello together, the Release Candidate for version 1.6.0 is out. https://github.com/bit-team/backintime/releases/tag/v1.6.0-rc1 It introduces massive changes since v1.5.4, thorough testing is crucial. The plan is to get this version into the upcoming Ubuntu LTS. Therefore the testing deadline is February 6, two weeks before Canonical Ubuntu’s Debian Import Freeze. - Add gocryptfs support for local backup profiles - Removed EncFS support for new created backup profiles - Back In Time application logo - New dependencies: bash, python3-pyqt6.qtsvg - Minimum required Python version 3.11 - See CHANGES.md for all details. If possible, please spread our Mastodon post about this: https://fosstodon.org/@backintime/115931593751388080 Thank you in advance Christian Buhtz

1 1

EncFS encryption combined with Udev schedule?
by c.buhtz＠posteo.jp Jan. 25, 2026

Jan. 25, 2026

Hello, does anyone of you is using BIT with an EncFS encrypted profile in combination with an Udev-schedule (When drive is connected)? My assumption is "no". I can not make it work. First I thought this is related to gocryptfs itself but then I realized there are similar errors with encfs. <https://github.com/bit-team/backintime/issues/2386> Enough for today. Christian

1 0