cryptomator | platform transparent client-side encryption | Encryption library

by cryptomator Java Version: 1.9.1 License: GPL-3.0

X-Ray Key Features Code Snippets Community Discussions(1)Vulnerabilities Install Support

kandi X-RAY | cryptomator Summary

cryptomator is a Java library typically used in Institutions, Learning, Administration, Public Services, Security, Encryption applications. cryptomator has no bugs, it has no vulnerabilities, it has build file available, it has a Strong Copyleft License and it has medium support. You can download it from GitHub.

Cryptomator offers multi-platform transparent client-side encryption of your files in the cloud. Download native binaries of Cryptomator on cryptomator.org or clone and build Cryptomator using Maven (instructions below).

Support

Quality

Security

License

Reuse

Support

cryptomator has a medium active ecosystem.

It has 9437 star(s) with 762 fork(s). There are 165 watchers for this library.

There were 10 major release(s) in the last 12 months.

There are 273 open issues and 1719 have been closed. On average issues are closed in 280 days. There are 8 open pull requests and 0 closed requests.

It has a neutral sentiment in the developer community.

The latest version of cryptomator is 1.9.1

Quality

cryptomator has 0 bugs and 0 code smells.

Security

cryptomator has no vulnerabilities reported, and its dependent libraries have no vulnerabilities reported.

cryptomator code analysis shows 0 unresolved vulnerabilities.

There are 0 security hotspots that need review.

License

cryptomator is licensed under the GPL-3.0 License. This license is Strong Copyleft.

Strong Copyleft licenses enforce sharing, and you can use them when creating open source projects.

Reuse

cryptomator releases are available to install and integrate.

Build file is available. You can build the component from source.

Installation instructions are not available. Examples and code snippets are available.

cryptomator saves you 7361 person hours of effort in developing the same functionality from scratch.

It has 17551 lines of code, 1710 functions and 299 files.

It has medium code complexity. Code complexity directly impacts maintainability of the code.

Top functions reviewed by kandi - BETA

kandi has reviewed cryptomator and discovered the below as its top functions. This is intended to give you an instant insight into cryptomator implemented functionality, and help decide if they suit your requirements.

Migrates the vault .
Read the settings from the given JSON stream .
Initialize vault .
Recursively delete unmounts from a mount point directory .
Display recovery key .
Called when a drag is pressed .
Replaces the input text at the given position .
Start the Cryptomator instance .
Creates a crypto file system based on the MasterkeyLoader .
Initializes the tray icon .

Get all kandi verified functions for this library.

cryptomator Key Features

No Key Features are available at this moment for cryptomator.

cryptomator Examples and Code Snippets

No Code Snippets are available at this moment for cryptomator.

Community Discussions

Trending Discussions on cryptomator

How to recover from file sync mix-up with TortoiseSVN

QUESTION

How to recover from file sync mix-up with TortoiseSVN

Asked 2020-Jul-24 at 05:53

I have a file-based TortoiseSVN repo that requires the files to be kept in sync if I need to work across multiple machines (rare... but courtesy of a pandemic, you guessed it).

The inevitable happens: two distinct machines (PC1, PC2) each commit changes, and are assigned the same revision number due to an undetected sync backlog on PC2. Subsequently, PC2 clears the sync backlog, but ends up with a muddled view of the repo:

PC1 revision history ("Show Log") shows the affected revision has the author and revision comment from PC1, but also files committed from PC2.

PC2 seems totally fine, so the changes submitted on PC1 are re-submitted there. This filters through to PC1 where the revision history shows the latest revision correctly, but the history entry for the previous revision remains muddled as described above.

It seems like a reasonable idea to delete/rename the affected project, and do a fresh checkout. That results in:

Checksum mismatch for
Try a 'Cleanup'. If that doesn't work you need to do a fresh checkout
- Cleanup fails; fresh checkout consistently leads to checksum mismatch

So I'm stuck. I guess that something in the .svn folder needs deleting. How can I find out what that something is and remove it without losing either history or affecting other projects from the same repo?

(There are multiple projects/branches in the repo root, and a single .svn file spanning all checkouts from it as far as I can tell. I'm running TortoiseSVN 1.10.5 on Windows 10... and further complicating things by encrypting all the source in the repo using Cryptomator.org)

...

ANSWER

Answered 2020-Jul-24 at 05:53

This answer provided the basis for at least a partial solution... with some careful attention to svn:externals - where there were sub-folders with svn:externals, there were complaints that "the node already exists" (or something to that effect). Every instance like this had to be separately deleted, and the update command run again.

For the most part, existing files from other folders were "versioned" by the SVN update, and not updated. Missing files (or deliberately deleted ones) were replaced. Applying this to all folders/projects led to an error-free result.

But there is one small quirk remaining: the revision history shows the wrong author and log message. However, when I attempt to edit them, the popup dialogs contain the correct author/message. The code changes submitted in error are gone. So there is still some locally duplicated data somewhere, but its effect is cosmetic.

I dare not try to update to the faulty revision...

Source https://stackoverflow.com/questions/63067016

Community Discussions, Code Snippets contain sources that include Stack Exchange Network

Vulnerabilities

No vulnerabilities reported

Install cryptomator

You can download it from GitHub.
You can use cryptomator like any standard Java library. Please include the the jar files in your classpath. You can also use any IDE and you can run and debug the cryptomator component as you would do with any other Java program. Best practice is to use a build tool that supports dependency management such as Maven or Gradle. For Maven installation, please refer maven.apache.org. For Gradle installation, please refer gradle.org .

Support

Cryptomator is provided free of charge as an open-source project despite the high development effort and is therefore dependent on donations. If you are also interested in further development, we offer you the opportunity to support us:.

Find more information at: