Duplicacy Web package for Synology DSM 7?

I saw that there are package for various Synology architectures running DSM 6.2 - the thread is unfortunately already closed, so I could not post there.

Are there any plans to support the new DSM 7.x? Synology released a release candidate of DSM 7 1-2 weeks ago and the 6.2 cannot be installed on it.

1 Like

Yes, all Synology packages were built with DSM 6.2. I’ll wait until the official release of DSM 7 is out to see if there is still a compatibility issue with DSM 6.2.

The release candidate went to final/official release today, version 41882 -> 41890.

@gchen I saw another post where you’d asked Synology about getting your package included in their store. Do you have a package ready for DSM 7 now?

I should be able to have DSM 7.0 packages ready in this coming week.

1 Like

Looking forward to it, sir! Thank you for getting back to me. :pray:t2:

Any news on this one?

Thanks.

Sorry I thought it was simply a matter of replacing the 6.2 SDK packages with new ones. But it turned out there were some incompatible changes that broke my build script and it was not straightforward to fix. I’ll continue to work on it and hope to get it done by the end of next week.

Thank you @gchen! Looking forward to that as well. For now holding back with upgrade to DSM7, but it would be great to have Duplicacy packages for DSM7 as well to be able to use the latest release of DSM.

Just upgraded to DSM 7.0 and looking to get my Duplicacy on :slight_smile:

How’s this one coming, Gilbert? :pray:t2:

I built the packages for DSM 7.0 but unfortunately DSM 7.0 doesn’t allow third party packages to be installed. There used to be an option in DSM 6.2 to set the trust level to any publisher, but that option is gone in 7.0.

It does allow installation of third party packages, but they removed the trust level option in package manager. It now just warns you with every third party package install, but the install is allowed. Synology is getting all uppity and trying to look like enterprise-grade stuff so they warn with all non-Synology packages in DSM 7. Even Plex’s package that you download from their site (the recommended way to install/update Plex on Synology) gives the warning - but it certainly does install. I’ll try and let you know how it goes. I think Synology and most package publishers have begun listing MD5 or SHA hashes to validate package integrity instead of signing with the keyfile like it was done before. :thinking: The key seems like a better idea on the surface.

It looks like there must be something wrong with the package… It says “Invalid file format”. The DSM 7.0 package from Plex (also third party) works just fine. I opened the package as a tarball (that is all it is afterall). The contents of the Duplicacy for 7.0 package and the Plex for 7.0 package look a good bit different and the Plex package works.

Thanks for the info. I always thought “Invalid file format” was caused by DSM 7.0 blocking packages from non-official publishers and even tried to manually modify /etc/synoinfo.conf to change the trust level.

Now I looked at this again and found out from the log that this error message was caused by a missing key os_min_ver which wasn’t required in DSM 6.2. So this looks fixable and I’ll try to upload updated packages later today.

I’ve uploaded all updated packages to the same links in Synology DSM 7.0 packages.

Yay! It works :slight_smile: Thank you!

As far as migrating settings over from an existing duplicacy_web installation, can I just move all the files and folders into where the package stores the files and then start the service? Also, in the future, will upgrading the Duplicacy Web DSM package remove all of my settings or will it preserve it/migrate it to the new version of duplicacy_web? Also, is there any tool to export/migrate duplicacy_web settings/repos between installations?

Repositories/schedules configuration is in duplicacy.json. Application settings are in settings.json. If you use access token files — then those files also will need to be saved and restored to the same path as before — path to them is encoded in duplicacy.json. This is something that need to be fixed eventually — instead of saving path to a token file — content of the token file must be saved.

Personally — I don’t back it up. It’s trivial to setup from scratch. All I save is storage access credentials in my password manager and backup encryption password.

Hmmm… pre and post scripts don’t seem to be running under the “duplicacy” user that the package creates, or at all. Any ideas? Permissions have been checked and the created duplicacy user has full permissions to the scripts and the entire directory structure above it.