Age | Commit message (Collapse) | Author |
|
|
|
|
|
The TLSharp library has some issues and the behavior of the Telegram
backend is not reliable.
Some alternative libraries for communicating with the Telegram API are
TgSharp, TDLib and TdSharp.
This fixes #4424.
Revert "Merge pull request #4324 from martikyan/feature/telegram_backend"
This reverts commit c7f9f8f5566b99d3189d9d32f24a888a8cdde231, reversing
changes made to 85139f86f243db02671b2fd527545e43a285c8e9.
|
|
Fixes issues #4316
|
|
removed redundant Nuget pkgs ...
|
|
This updates all projects to target .NET Framework 4.7.1. The
TencentCOS and Tardigrade backends depend on .NET Standard 2.0. When a
.NET Framework prior to 4.7.1 is targeted, the system cannot be sure
that all the dependencies exist, so it copies all dependent assemblies
to the output directory. This causes many assemblies from the System
namespace to become bundled in the release.
https://stackoverflow.com/a/48875007
We had previously attempted to make individual projects target 4.7.1
(see pull request #4242), but this can cause compatibility issues when
4.6.2 projects depend on 4.7.1. projects.
This will require Mono 5.10.0 or greater (previously, we required 5.0.0
or greater).
https://www.mono-project.com/docs/about-mono/releases/5.10.0/#class-libraries
This fixes issue #4234.
|
|
|
|
|
|
The source is also provided in the bundle.
|
|
This appears to have been a copy/paste error.
The UnixSupport.dll file was compiled in Release mode.
|
|
This makes it explicit at compile-time that these fields should not be
reassigned outside the constructor.
|
|
|
|
|
|
|
|
- no code changes except those noted below
- projects upgrade to 4.6.2
- wixinstaller project upgraded automatically by VisualStudio
- wixinstaller updated to require 4.6.2
- Library.Encryption changed to Standard2.0 so accommodate update to SharpAesCrypt
|
|
|
|
Removed System.Net.FtpClient and added the FluentFTP Nuget package which
is the new name of System.Net.FtpClient.
|
|
|
|
to the `EOPNOTSUPP`.
This fixes #3327
|
|
This makes it explicit at compile-time that these fields should not be
reassigned outside the constructor.
|
|
Using strong-named assemblies can cause difficulties with the GNU LGPL
license, which allows for one to recombine or relink their application
with modified versions of the code. While one solution is to share the
private key so that people can sign the assemblies themselves, this
would break the trust that is expected from signed assemblies. For now,
the easiest fix is to simply not sign the assemblies. Note that by
doing so, we prevent the code from being referenced from other signed
assemblies.
This also fixes an issue introduced in revision ba94d36a80 ("Added
auto-update for WindowsService and Service."), where the WindowsService
project (signed) referenced the AutoUpdater project (not signed).
We also removed instances of <SignAssembly>false</SignAssembly> to be
consistent with newly created .csproj files that do not contain the
SignAssembly element.
This was motivated by the discussion in issue #2814.
|
|
|
|
This fixes #2562
|
|
This fixes #2519
|
|
|
|
|
|
|
|
The Linux version use Mono.Data.SQLite if possible, and otherwise attempts to wrap the system sqlite.so.
This fixes #2144
|
|
|
|
|
|
support from MailKit.
This fixes #1540.
This fixes #1948.
This fixes #2060
This fixes #2225
|
|
|
|
|
|
|
|
(such as when a system is bound to Active Directory or a user or group has been deleted).
|
|
|
|
Also updated the bundled GPG version to 2.3.3
This fixes #1921
This fixes #1931
|
|
|
|
|
|
|
|
|
|
# Conflicts:
# Duplicati/GUI/Duplicati.GUI.TrayIcon/Duplicati.GUI.TrayIcon.csproj
# Duplicati/Library/Backend/S3/Duplicati.Library.Backend.S3.csproj
# Duplicati/Library/Backend/S3/S3Wrapper.cs
# thirdparty/CoCoL/CoCoL.dll
# thirdparty/SSH.NET/Renci.SshNet.dll
|
|
|
|
root account, and then create an IAM user with minimum privileges instead.
|
|
Currently using AWSSDK.S3 v3.1.7.2.
This fixes #1677
|
|
versions
|
|
|
|
|
|
|
|
|