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

31 sources
This takedown has nothing to do with YouTube. The repo was distributing patches for non-YouTube apps as well; specifically AnyTracker[0] and Pflotsch ECMWF[1]. Both of these patches appear to have been disablers for the Google Play License checks to permit usage of their respective "premium" version and both developers filed takedowns. Suprisingly not Google (the original Vanced) or the MPAA (youtube-dl) this time. [0]: https://github.com/github/dmca/blob/master/2022/12/2022-12-0... [1]: https://github.com/github/dmca/blob/master/2022/12/2022-12-0...
In ReVanced DMCA Takedown on GitHub
There are two different DMCA claims. The other one comes from a solo dev it seems - https://github.com/github/dmca/blob/a16b28b081e2302d4212caa7.... > So let's get this right, a Swiss company abusing the fact that Github is US hosted is using a Copyright claim mechanism for US based copyright holders (DMCA) to claim that the entire app is 'illegal™' because someone found a way to get their weather forecasts without a paying subscription. An european copyright claim would result in the same thing. Just because GitHub want DCMA takedowns doesn't remove the fact that this would be taken down no matter what. It's not that someone found a way, it's that they're sharing that. Pirating software from small companies and single developers is a massive low.
In ReVanced DMCA Takedown on GitHub
I would agree that if the course faculty provide significant and non-trival starter code, then publishing the solution would be a copyright violation. Some DMCA claims do indeed mention "The repository [from the student] contains code provided to complete assignments [georgia tech]" ([1]). But the claim at [2] does not mention this. It only says "This repository contains Georgia Tech class assignment solutions." under the section "Please provide a detailed description of the original copyrighted work". [1] https://github.com/github/dmca/blob/master/2022/04/2022-04-0... [2] https://github.com/github/dmca/blob/master/2022/03/2022-03-1...
In The SymPy/HackerRank DMCA Incident
- "When a provider receives a counter notice, they must forward it to the original complainant, and restore the challenged material after 10-14 business days. At this point, if the complainant wishes to keep the material down, they must file a lawsuit against the alleged infringer." In practice, the complainant probably finds it more cost-efficient to (0) ignore your counter-notice, and (1) refile their original complaint, unaltered, restarting the DMCA process from zero. If GitHub reinstated your work, they'll simply take it right back down again, like a yo-yo. Much cheaper than lawyers. https://github.com/github/dmca/search?q=TheRayTracer This is what the process looks like when you're not HN-front-page support tier. (I'm not affiliated with these parties; I stumbled on this set of DMCA interactions while reading the previous HN story l
Read the rest
ast week).
In The SymPy/HackerRank DMCA Incident
This list of DMCA take-down at [1] is really extremely long and there are several universities that ask for instance to remove the solution of students' assignments [2]. I am wondering if a university can really claim copyright to a solution made by students and if a breach of "Georgia Tech Honor Code" (for example) is really a copyright issue. From [2] it does not seem that the assignment itself is copied to the repository. Should it be GitHub's responsibility that the students comply with their honor code? [1] https://github.com/github/dmca [2] https://github.com/github/dmca/blob/master/2022/03/2022-03-1...
In The SymPy/HackerRank DMCA Incident
> What content of your shitty ranking company could SymPy possibly have infringed on? from the request[0]: > Someone has illegally copied our client's technical exams questions and answers from their official website hackerrank.com and uploaded them on their platform without permission. Archive of the allegedly infringing page is here[1]. 0: https://github.com/github/dmca/blob/master/2022/04/2022-04-1... 1: https://web.archive.org/web/20220114132753/https://docs.symp...
In HackerRank (YC S11) DMCA'ed the SymPy Docs [fixed]
> your DMCA policy to take down the repository without even a standby period (perhaps with a warning?). See https://github.com/github/dmca/pull/10944: > 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. > - provided information on how to submit a DMCA Counter Notice. (Disclosure: I work at GitHub)
In HackerRank (YC S11) DMCA'ed the SymPy Docs [fixed]

Showing the 15 most recent of 31 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.