Yup, mine sploded again today too. Same as before. Downgraded and held.
[amarsaudon@mail:~]$ apt policy duplicity
duplicity:
Installed: 3.2.0-ppa202608101744~ubuntu22.04.1
Candidate: 3.2.0-ppa202608101744~ubuntu22.04.1
Version table:
*** 3.2.0-ppa202608101744~ubuntu22.04.1 500
500 https://ppa.launchpadcontent.net/duplicity-team/duplicity-release-git/ubuntu jammy/main amd64 Packages
100 /var/lib/dpkg/status
0.8.21-1build1 500
500 http://us.archive.ubuntu.com/ubuntu jammy/main amd64 Packages
[amarsaudon@mail:~]$ apt list -a duplicity 2>/dev/null
Listing... Done
duplicity/jammy,now 3.2.0-ppa202608101744~ubuntu22.04.1 amd64 [installed]
duplicity/jammy 0.8.21-1build1 amd64
[amarsaudon@mail:/tmp]$ sudo apt install --allow-downgrades ./duplicity_3.1.0-ppa202606161607~ubuntu22.04.1_amd64.deb
[sudo] password for amarsaudon:
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Note, selecting 'duplicity' instead of './duplicity_3.1.0-ppa202606161607~ubuntu22.04.1_amd64.deb'
Suggested packages:
ncftp python3-boto3 python3-kerberos
The following packages will be DOWNGRADED:
duplicity
0 upgraded, 0 newly installed, 1 downgraded, 0 to remove and 0 not upgraded.
Need to get 0 B/399 kB of archives.
After this operation, 1,078 kB of additional disk space will be used.
Do you want to continue? [Y/n] Y
Get:1 /tmp/duplicity_3.1.0-ppa202606161607~ubuntu22.04.1_amd64.deb duplicity amd64 3.1.0-ppa202606161607~ubuntu22.04.1 [399 kB]
dpkg: warning: downgrading duplicity from 3.2.0-ppa202608101744~ubuntu22.04.1 to 3.1.0-ppa202606161607~ubuntu22.04.1
(Reading database ... 131636 files and directories currently installed.)
Preparing to unpack .../duplicity_3.1.0-ppa202606161607~ubuntu22.04.1_amd64.deb ...
Unpacking duplicity (3.1.0-ppa202606161607~ubuntu22.04.1) over (3.2.0-ppa202608101744~ubuntu22.04.1) ...
Setting up duplicity (3.1.0-ppa202606161607~ubuntu22.04.1) ...
Processing triggers for man-db (2.10.2-1) ...
Scanning processes...
Scanning linux images...
Running kernel seems to be up-to-date.
No services need to be restarted.
No containers need to be restarted.
No user sessions are running outdated binaries.
No VM guests are running outdated hypervisor (qemu) binaries on this host.
[amarsaudon@mail:/tmp]$ sudo apt-mark hold duplicity
duplicity set on hold.
[amarsaudon@mail:/tmp]$ duplicity --version
duplicity 3.1.0 June 16, 2026
[amarsaudon@mail:/tmp]$
Did you remove the old duplicity before you installed the new one? I would expect that if “duplicity --version” reports the wrong one, you still have a problem.
For past duplicity problems, the backup status page ( admin / System / Backup Status ) would not show me a list of available backups, so it was obvious there was a problem.
If you can see that list of backups, and it grows each night, then you’re probably ok, whatever version you’re running.
Thanks for the prompt reply. After updating to 3.2.0 my backup and status page both broke in the admin panel. Now they are back, after following the hija’s steps. Maybe it is coincidental however, because I am getting an error running sudo management/backup.py
After I posted my question above, I remembered that I still had a running test system where I hadn’t updated duplicity yet. I installed dpkg-repack on that system, rebuilt the duplicity 3.1.0 deb package, copied it over to my production system and was able to downgrade duplicity with that package.
Yes, thanks, it is working. I am still a little confused, but it wouldn’t be the first time. I thought that the original apt update brought us to 3.2.0 which was the one with the bug and we were going back to 3.1.0, therefore. Also, the backup script failed when I ran it from the command line.
However, the backup did run overnight this time, and I can still see both status pages again, so fingers crossed, it’s working properly. I will keep duplicity held in the meantime and monitor it. Thanks for your help everyone!
I have a backup device that pulls backups off my MIAB box so I did this to get at least one borg backup on the disk (untested)
My borg backup is twice as big as the old duplicity backup so I think the exclude isn’t actually working
# cd /home/user-data/backup
# mkdir borg
# cd borg
# export BORG_PASSCOMMAND="cat ../secret_key.txt"
# borg init --encryption keyfile .
# borg create --compression auto,zstd,22 --exclude 'backup/*' .::miab /home/user-data/