Updated contact email address

Added Linux release to README

Version 1.x.x is already in use by ricochet legacy. Version 2.x.x should be left in case legacy is updated (+major revision no corresponds to tor version)
Ricochet refresh should instead use version 3.x.x

QStandardPaths::DataLocation is deprecated, QStandardPaths::AppDataLocation should be used instead

…h/tego-core into debian-build

CFBundleSignature does not need to be updated as versions of macOS >10.7 ignore this field

As of C++11, implicit declarations of operators are deprecated.
Previous to this, implicit declarations of operators would function
the same as:
Class& operator<op>(const Class&) = default;
Explicitly declaring an operator as above will avoid this warning and
maintain compatability with future C++ standards

…ricochet-refresh-git-ignore

Add ricochet-refresh to the gitignore

…macos-cfbundleidentifier

Update ricochet refresh to have a new CFBundleIdentifier

If they pass the RFC4648 test vectors they should work with anything else, no need to have extra tests

…warnings-fix

Fix implicit operator declaration warning

…base32_tests

Base32 tests + make base32 code RFC4648 compliant

…dpi-scaling

Scaling to higher DPI + updated .gitignore for new file tree

…bound

…yntax and other warnings

…ype_info

… message and skipping signature verification

… const char[] literals

…eArray&) method to serialize from the base64 string returned by tor daemon and saved in ricochet.json

…ignature calculation and checks in AuthHiddenServiceChannel

…tep to adding a static library

…nary under debug/release directory

…other projects to use

…ego, removed fmt copies from tego-ui

…hanging includes to precomp.h

….4 branch

…ed25519 functions

…mplemented own tor_assertion_failed(...) which throws an exception; stubbed out tor_abort()

…mplemented tego_ed25519_public_key_from_ed25519_private_key

…placed new calls to make_unique

…go_ed25519_signature_get_data

…9_signature_verify

…nion_service_id_t type and associated getter/setter; refactored functions taking service id to use new type

…pdated function interfaces appropriately

…hat we do not have to build tor first, fixed unused param warnings in tor_stubs.cpp

 - updated required Qt version to 5.15
 - replaced depracated call to qLowerBound with std::lower_bound
 - replaced depracated signal QProcess::error with QProcess::errorOcurred
 - refactored Connections onFoo callbacks to use new 5.15 syntax and other warnings
 - fixed various null pointer dereferences in qml

 - moved pri file sinto qmake_includes directory
 - created artifacts.pri which outputs binaries and artifacts
   into /builds/(debug|release)/$${TARGET} directories
 - created compiler_flags.pri for setting shared compiler flags
 - created libtego static library with logging functionality
 - libtego to contain ed25519 functionality and links into ricochet-refresh
 - create libtego_ui static library which contains all of ricochet-refresh's cpp sources
 - libtego_ui linked into tego_ui and tests for faster builds
 - all projects now use precompiled headers to speed up build times
 - non-linux building almost certainly broken

…ed25519 functions

 - integrates minimal amount of tor maint-0.4.4 code needed for ed25519 crypto and
   base32 and base64 encoding/decoding
 - libtego exposes the ed25519 types and functions required for v2 -> v3 conversion
 - implemented using the 'hourglass' pattern: C++ with exception handling internal
   to libtego, which are caught at the C ABI and converted to out tego_error_t params.
   The C ABI can be called from C (or most anything else) and errors handled without
   worrying about C++ exceptions. For C++ callers, a helper class tego::throw_on_error
   is provided which converts the tego_error_t messages back to C++ exceptions
 - also implements a couple of helper functions in tego/utilties.hpp

 - removed legacy v2 rleated code
 - replaced with v3 ed25519 code implemented in libtego
 - much of CryptoKey implementation is just a passthrough to
   ed25519 function in libtego
 - removed base32 implementation from CryptoKey; all ed25519 related
   base32 and base64 is now encapsulated in libtego
 - updatd tst_cryptokey tests
 - added link time code generation to all projects in debug
   so the linker does not complain about missing functions in
   ed25519 source that are not actually used
 - private key now saved in settings json in ED25519-V3 tor KeyBlob
   format
 - tweaked hidden service authorization proof message to send the
   client's service id (which contains the public key) rather than
   just the public key

V3onion dev

…v3-WIP

V3 wip

Updated README.md in prep for public access to the repo to warn about work in progress status.

…readme-patch-warn-wip

Update README.md

…revert-40-v3-WIP

Revert "V3 wip"

V3onion review

…v3-review-merge

V3 review merge

First pass at a contribution guide

…of-conduct

Create CODE_OF_CONDUCT.md