HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
github
dmca
DIGITAL Command Language2011–2026
github / dmca

dmca

Repository with text of DMCA takedown notices as received. GitHub does not endorse or adopt any assertion contained in the following notices. Users identified in the notices are presumed innocent until proven guilty. Additional information about our DMCA policy can be found at

288Distinct people
328Mentions
2Explicit recommenders
6.4KGitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

Repository with text of DMCA takedown notices as received. GitHub does not endorse or adopt any assertion contained in the following notices. Users identified in the notices are presumed innocent until proven guilty. Additional information about our DMCA policy can be found at

GitHub

Where it is used

No documented product use was verified in the last source check.

What people are saying

The forks aren't actually automatically taken down in most cases. The claimant must list every individual fork in the claim. Which I love, because it's kind of petty but still…

tjhorner used a recommendation phrase. 2 indexed comments match. This is a phrase match, not a verdict.

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, 7:56:55 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 year328 dated mentions

Observed mentions: 2011-01-29 01:35:49 UTC to 2026-10-15 17:07:24 UTC.

0204060802011-01-01 00:00:00 UTC to 2012-01-01 00:00:00 UTC (exclusive): 9 mentions; 5 submissions, 4 comments20112012-01-01 00:00:00 UTC to 2013-01-01 00:00:00 UTC (exclusive): 11 mentions; 5 submissions, 6 comments2013-01-01 00:00:00 UTC to 2014-01-01 00:00:00 UTC (exclusive): 23 mentions; 8 submissions, 15 comments2014-01-01 00:00:00 UTC to 2015-01-01 00:00:00 UTC (exclusive): 37 mentions; 16 submissions, 21 comments2015-01-01 00:00:00 UTC to 2016-01-01 00:00:00 UTC (exclusive): 18 mentions; 7 submissions, 11 comments2016-01-01 00:00:00 UTC to 2017-01-01 00:00:00 UTC (exclusive): 14 mentions; 4 submissions, 10 comments2017-01-01 00:00:00 UTC to 2018-01-01 00:00:00 UTC (exclusive): 9 mentions; 1 submissions, 8 comments2018-01-01 00:00:00 UTC to 2019-01-01 00:00:00 UTC (exclusive): 6 mentions; 4 submissions, 2 comments20182019-01-01 00:00:00 UTC to 2020-01-01 00:00:00 UTC (exclusive): 7 mentions; 2 submissions, 5 comments2020-01-01 00:00:00 UTC to 2021-01-01 00:00:00 UTC (exclusive): 78 mentions; 11 submissions, 67 comments2021-01-01 00:00:00 UTC to 2022-01-01 00:00:00 UTC (exclusive): 25 mentions; 8 submissions, 17 comments2022-01-01 00:00:00 UTC to 2023-01-01 00:00:00 UTC (exclusive): 31 mentions; 3 submissions, 28 comments2023-01-01 00:00:00 UTC to 2024-01-01 00:00:00 UTC (exclusive): 19 mentions; 4 submissions, 15 comments2024-01-01 00:00:00 UTC to 2025-01-01 00:00:00 UTC (exclusive): 16 mentions; 5 submissions, 11 comments2025-01-01 00:00:00 UTC to 2026-01-01 00:00:00 UTC (exclusive): 10 mentions; 2 submissions, 8 comments2026-01-01 00:00:00 UTC to 2027-01-01 00:00:00 UTC (exclusive): 15 mentions; 5 submissions, 10 comments. Incomplete calendar period.2026*

* An incomplete calendar period is marked with an outlined bar. Its count is not directly comparable with a full period.

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
20112011-01-01 00:00:00 UTC2012-01-01 00:00:00 UTC954
20122012-01-01 00:00:00 UTC2013-01-01 00:00:00 UTC1156
20132013-01-01 00:00:00 UTC2014-01-01 00:00:00 UTC23815
20142014-01-01 00:00:00 UTC2015-01-01 00:00:00 UTC371621
20152015-01-01 00:00:00 UTC2016-01-01 00:00:00 UTC18711
20162016-01-01 00:00:00 UTC2017-01-01 00:00:00 UTC14410
20172017-01-01 00:00:00 UTC2018-01-01 00:00:00 UTC918
20182018-01-01 00:00:00 UTC2019-01-01 00:00:00 UTC642
20192019-01-01 00:00:00 UTC2020-01-01 00:00:00 UTC725
20202020-01-01 00:00:00 UTC2021-01-01 00:00:00 UTC781167
20212021-01-01 00:00:00 UTC2022-01-01 00:00:00 UTC25817
20222022-01-01 00:00:00 UTC2023-01-01 00:00:00 UTC31328
20232023-01-01 00:00:00 UTC2024-01-01 00:00:00 UTC19415
20242024-01-01 00:00:00 UTC2025-01-01 00:00:00 UTC16511
20252025-01-01 00:00:00 UTC2026-01-01 00:00:00 UTC1028
2026 (partial)2026-01-01 00:00:00 UTC2027-01-01 00:00:00 UTC15510

From the project README

An excerpt from the repository, fetched Nov 12, 2026.

Read the project’s introduction
What is this? Inspired by Lumen (formerly Chilling Effects) and Google, this repo contains the text of DMCA takedown notices and counter-notices we've received here at GitHub. We publish them as they are received, redacting only private information, as well as URLs reported but that we determined were not actionable under the DMCA. Why is this? In short, we believe that transparency on a specific and ongoing level is essential to good governance. Chilling Effects/Lumen explained it well in 2014 (archive.org mirror; not present on their current site): "We are excited about the new opportunities the Internet offers individuals to express their views . . . but concerned that not everyone feels the same way. Study to date suggests that cease and desist letters often silence Internet users, whether or not their claims have legal merit." (About, ChillingEffects.org, Sept. 2014, licensed under CC-BY-3.0). Similarly, we post takedown notices here to document their potential to "chill" speech. What does it mean if there's a notice posted here? It only means that we received the notice on the indicated date. It does not mean that the content was unlawful or wrong. It does not mean that the user identified in the notice has done anything wrong. We don't make or imply any judgment about the merit of the claims they make. We post these notices and requests only for informational purposes. For more details, see our DMCA policy. Anatomy of a takedown notice In the spirit of transparency, we post each takedown notice that we process without making any changes to the text, except for redacting private information and URLs that were not actionable, and adding a few annotations to help you better understand how we processed the notice. Here are the annotations you might see and what they mean. We gave repository owners a chance to make changes before we processed the notice. When you see this at the top of a notice (starting in March 2021) Before disabling any content in relation to this takedown notice, GitHub contacted the owners of some or all of the affected repositories to give them an opportunity to make changes that could have prevented the need to disable the content provided information on how to submit a DMCA Counter Notice. it means that either the notice did not allege that the entire contents of a repository infringe, or the copyright holder identified other changes that could be made to the content to resolve the alleged infringement. As we note in our DMCA Takedown Policy, in those cases, because GitHub cannot disable access to specific files within a repository, we will contact the user who created the repository and give them approximately 1 business day to delete or modify the content specified in the notice. If the repository owner makes the necessary changes, then GitHub will not disable the content. In some cases, that means the repositories are currently available despite being listed in the notice. In other cases, a repository might be unavailable because the repository owner decided to delete it. Note, none of this is new policy - what's new as of March 2021 is that we are now adding this annotation in any posted notice we process this way. We only processed the takedown notice with respect to some of the reported URLs. [invalid] or [private] In many cases a notice alleges copyright infringement in multiple repositories or files. When we determine that only some of the repositories or files are infringing, including where reported content was not available at the time we reviewed the notice, we replace the other URLs with [invalid]. Before March 2021, we had replaced those URLs with [private], which we continue to use to note redaction of private information. The notice reported a repository that's being actively forked. As of March 2021, you may see this note where a takedown notice reports an allegedly infringing repository that was being actively forked at the time it was reported [Note: Because the parent repository was actively being forked when this DMCA takedown notice was received, and the submitter had identified all known forks at the time they submitted the takedown notice, GitHub processed the takedown notice against the entire fork network of [x] forks.] As we explain in our DMCA Takedown Policy, in those rare cases when a notice alleges copyright infringement in a full repository that is actively being forked, we would process a valid claim against all forks in that network at the time we process the notice, if the notice identified all existing forks of that repository as allegedly infringing. We would do this given the likelihood that all newly created forks would contain the same content as those existing at the time the notice was submitted. The notice reported a repository with more than 100 forks. As of March 2021, if you see this statement in a notice Based on the representative number of forks I have reviewed, I believe that all or most of the forks are infringing to the same extent as the parent repository. it means the reported network that contains the allegedly infringing content was larger than one hundred (100) repositories and thus would have been difficult to review in its entirety. As a result, we disabled the entire network because the submitter reviewed a representative sample of the forks in the network such that they were fairly certain the entirety of the network was infringing and included that sworn statement as part of their takedown notice. In these cases, we note in the takedown notice the total number of forks we disabled at the time of processing. Contributing If you are looking to file or dispute a takedown notice by posting to this repository, please STOP 🛑 because we do not accept Pull Requests or other contributions to this repository. Read on to learn about the available paths forward. If you would just like to comment on a commit to discuss it, that's fine, but again please note that GitHub does not actively monito
Read the full README on GitHub

What Hacker News says

25 sources
UPDATE: GitHub CISO pointed out that GitHub did NOT take down the JNDI Exploit repository. https://twitter.com/_mph4/status/1470343429599211528 https://twitter.com/christophetd/status/1470346676053422081 This is surprising, considering what is outlined in a previous comment[1]. I hope GitHub provides more transparency on the takedown actions for "malicious content / exploits" like they do for DCMA notices[2]. Apologies for making wrong assumptions. I removed the original Tweet (see screenshot[3] for the original). [1] https://news.ycombinator.com/item?id=29538151 [2] https://github.com/github/dmca [3] https://i.imgur.com/sJe3OTI.png
In GitHub taking down tools allowing defenders to reproduce the Log4j vulnerability
Let's not give -too- much credit here. This only happened after massive public outcry and targeting trolling campaigns exploiting Github design flaws forced them to take a position, and a position of anything other than defense of youtubedl was going to be an expensive reputation hit given all the journalists covering it. Meanwhile similar repos get DMCA banned daily, like when Google demanded they remove all repos using a public widevine decryption key: https://github.com/github/dmca/blob/master/2020/11/2020-11-0... Microsoft is a member of the RIAA so don't expect to see real defense of any repos unless there is major bad press.
In Thank you, GitHub
>As per legal requirements, Github complied with the takedown demand but, as TF noted at the time, the team behind the projects had the option of filing a DMCA counter-notice if it was confident that its work is permitted under copyright law. >After assessing its options, that’s exactly what the team did, leaving Take-Two just a couple of weeks to file a lawsuit to prevent the content reappearing on Github. When that time expired, the coding platform restored ‘re3’ and ‘reVC’, as per the law. As far as I can tell, this is a pretty generous take on what happened. The Take-Two counter notice [1] was filed by td512, who had a fork of the re3 repo, but doesn't seem to have any commits in the repo, so it's kinda hard to call him part of the team. And his reasoning for filing the counter notice was that the repo contained "no code owned by Take
Read the rest
Two", which is a bit questionable (I guess it's now up for the court to decide) since the code is decompiled and then cleaned up. Meanwhile in May, Ash R., who I believe is part of the re3 team (and is in fact beind sued as Doe 1), posted on Twitter [2] about how the team was close to filing a counter notice before the news of the repo being restored hit the news, potentially tanking the whole project. [1] https://github.com/github/dmca/blob/master/2021/04/2021-04-0... [2] https://twitter.com/Ash_735/status/1391916368166113280 EDIT: Actually, it looks like there are two more counter claims as per the suit, however they seem to have been filed after the initial counter claim was filed and indeed after the repository was restored / news of the restoration were reported on. The first [3] seems like a carbon copy of the first claim while the second one [4] seems a bit more carefully worded. [3] https://github.com/github/dmca/blob/master/2021/05/2021-05-1... [4] https://github.com/github/dmca/blob/master/2021/06/2021-06-1...
In Take-Two Sues Enthusiasts Behind GTA Fan Projects Re3 and ReVC

Showing the 15 most recent of 25 sources. Enable JavaScript to search and browse every indexed mention.

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.