[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#1015022: ITP: rust-crdts -- practical, serializable, thoroughly tested CRDTs



Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard <dr@jones.dk>
X-Debbugs-Cc: debian-devel@lists.debian.org

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

* Package name    : rust-crdts
  Version         : 7.1.0
  Upstream Author : David Rusu <davidrusu.me@gmail.com>, Tyler Neely <t@jujit.su>
* URL             : https://github.com/rust-crdt/rust-crdt
* License         : Apache-2.0
  Programming Lang: Rust
  Description     : practical, serializable, thoroughly tested CRDTs

 crdts provides a family of thoroughly tested hybrid CRDTs
 supporting both State and Op based replication.
 .
 In distributed computing,
 a conflict-free replicated data type (CRDT) is a data structure
 that is replicated across multiple computers in a network,
 with the following features:
  * The application can update any replica independently,
    concurrently and without coordinating with other replicas.
  * An algorithm (itself part of the data type) automatically resolves
    any inconsistencies that might occur.
  * Although replicas may have different state
    at any particular point in time,
    they are guaranteed to eventually converge.
 .
 There are two approaches to CRDTs -
 operation-based CRDTs and state-based CRDTs.
 Both provide strong eventual consistency;
 the former is more more efficient to distribute,
 whereas the latter is simpler to design and implement.

This package will be maintained in the Debian section of Salsa, here:
<https://salsa.debian.org/debian/rust-crdts>.

 - Jonas

-----BEGIN PGP SIGNATURE-----

iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAmLSs+AACgkQLHwxRsGg
ASFwExAAqC5Jbfo0pSjrwHl9ezyyNLaI4xQUahm4jPdWZ7NUcb04BufRnfGdD+aw
wbQUet0x9npMJv+8lBNSxsgI08zdqXZKfxXD8IolqKAShRkRygT0IC6ZnZDHz8lX
sOMSrJATtmoymaxRCRmuvj4QMt5O1mwIzuKOxw9cNBfzfLCZbxo3fTy+CMfvwxu7
LnLpQtR6Nw1oG+hRSCbX48t59thEy9r+SWDvmHjsNm74W7/Va+xmhGVifOrW5mrx
x2KoT/31uXWK7vsQ2tV1mu0lkwVntppa+sQQo7mgaS7L3B3661A6J+niZ/v2+o2s
qaXt7fjrCPxtvoZRdhcgIID/QUWSHs5ZMe1ok2T3lKhOsaYbNKJAQWZW/522d42Q
pCNscnDUcQB9esFoTacTUvlglP+2vSXM9o3ENNcLau71AX5nocLFYJnPrYZ+21vF
+X+gVvExZLZDQJLMU1YAcR4YGDvXrpC7GskkZuOf1dB+OyL7nBGcFAoK0oj6thCl
PAOFfLLGy/9mpJo3uXlgIZkhKmHuAzFKQ2yWcx2ANLX4yk3MThtDHAdshgpdRL1Y
fHztD7X8TMXLCOdWZ9zcXZBqPKfxYyNh7dkSuhRw35ZpwZ8ZRfJE5E/MOBc/2xsE
uskLMKEUhNXaB6OsvM2SXFWlFUmaFdj38Cc1bghh/oA/g/4xXEA=
=lkQ5
-----END PGP SIGNATURE-----


Reply to: