HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
dpc
rdedup
Rust2016–2023
dpc / rdedup

rdedup

Data deduplication engine, supporting optional compression and public key encryption.

7Distinct people
11Mentions
0Explicit recommenders
858GitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

Data deduplication engine, supporting optional compression and public key encryption.

GitHub

Where it is used

No documented product use has been verified yet.

What people are saying

No recommendation phrase was found in the indexed comments.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

Mentioned in the same Hacker News threads. That is not proof they are substitutes.

This week on Hacker News

Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 1:49:46 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by year11 dated mentions

Observed mentions: 2016-05-05 05:45:20 UTC to 2023-06-13 12:35:17 UTC.

01232016-01-01 00:00:00 UTC to 2017-01-01 00:00:00 UTC (exclusive): 3 mentions; 1 submissions, 2 comments20162017-01-01 00:00:00 UTC to 2018-01-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2018-01-01 00:00:00 UTC to 2019-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2019-01-01 00:00:00 UTC to 2020-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments20192020-01-01 00:00:00 UTC to 2021-01-01 00:00:00 UTC (exclusive): 2 mentions; 0 submissions, 2 comments2021-01-01 00:00:00 UTC to 2022-01-01 00:00:00 UTC (exclusive): 3 mentions; 0 submissions, 3 comments2022-01-01 00:00:00 UTC to 2023-01-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2023-01-01 00:00:00 UTC to 2024-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2023

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
20162016-01-01 00:00:00 UTC2017-01-01 00:00:00 UTC312
20172017-01-01 00:00:00 UTC2018-01-01 00:00:00 UTC000
20182018-01-01 00:00:00 UTC2019-01-01 00:00:00 UTC101
20192019-01-01 00:00:00 UTC2020-01-01 00:00:00 UTC101
20202020-01-01 00:00:00 UTC2021-01-01 00:00:00 UTC202
20212021-01-01 00:00:00 UTC2022-01-01 00:00:00 UTC303
20222022-01-01 00:00:00 UTC2023-01-01 00:00:00 UTC000
20232023-01-01 00:00:00 UTC2024-01-01 00:00:00 UTC101

What Hacker News says

11 sources
Read the rest
ly use restic while technology wise (speed, only restore needs password) i would prefer rdedup which is an impressive piece of software but unfortunately without file iterator... :-)
In Restic – Backups Done Right
Read the rest
ly use restic while technology wise (speed, only restore needs password) i would prefer rdedup which is an impressive piece of software but unfortunately without file iterator... :-)
In Deduplicating Archiver with Compression and Encryption
Read the rest
le technology wise (speed, only restore needs password) i would prefer rdedup which is an impressive piece of software but unfortunately without file iterator... :-)
In Encrypted Backup Shootout
There's so many backup systems out there these days, but none that are quite perfect. The closest I've found is `rdedup`[1], which may no longer be maintained. What I'd like in a backup solution is: - compressed - deduplicated - encrypted using asymmetric encryption, so that the encrypting machine doesn't need to know a password - durable (using par2 or directly supporting repository repair from an independent backup)/signed - composed of standard open source tools so that if the backup software goes away, everything can still be retrieved - supports differing upstream data hosting providers - open source There's lots of things that fill most of those requirements, but none that tick all the boxes. - rdiff-backup does all of the above except deduplication; it's full + incremental which requires a management strategy - restic doesn't com
Read the rest
press, doesn't use asymmetric encryption and doesn't use par2 or similar tools for durability - borg doesn't use asymmetric encryption and doesn't use par2/durability stuff; it's also pretty slow I know people call borg the "holy grail", but I think we're still a wee way off that emerging, personally -- even though I do really like (and use!) borg. [1]: https://github.com/dpc/rdedup
In BorgBackup: Deduplicating Archiver
While everyone is of course free to start his/hers project there is a whole bunch of projects which basically does the same thing like: deduplication, client can append backups only, server side client backup rotation / pruning, etc. For example restic ( https://restic.net/ ) does everything the author describes in the ideal feature set ( https://packnback.github.io/blog/work_begins/ ) except for asymmetric encrpytion. Though there is an issue open for that and iirc they are working on it. Contributing to that project would probably be easier? Another existing very interesting project to contribute to is rdedup ( https://github.com/dpc/rdedup ) which is written in Rust. There is a whole list over here of existing backup solutions: https://github.com/restic/others Judging from the comparisons made in the introduction blog post by the autho
Read the rest
r I think he / she missed the existence of a bunch of existing solutions. EDIT: This was supposed to be a reply to the comment in which marmaduke asked "why start a new project?"
In Packnback: asymmetrically encrypted backups

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.