MAINTAINERS: remove file
The MAINTAINERS file is deprecated in favor of OWNERS.
Signed-off-by: Patrick Williams <patrick@stwcx.xyz>
Change-Id: I93c951d6ae7feed677e44fc2984b3a1f38bc50e4
diff --git a/MAINTAINERS b/MAINTAINERS
deleted file mode 100644
index 79d9b3d..0000000
--- a/MAINTAINERS
+++ /dev/null
@@ -1,69 +0,0 @@
-List of maintainers for pldm
-===============================
-
-How to use this list:
- Find the most specific section entry (described below) that matches where
- your change lives and add the reviewers (R) and maintainers (M) as
- reviewers. You can use the same method to track down who knows a particular
- code base best.
-
- Your change/query may span multiple entries; that is okay.
-
- If you do not find an entry that describes your request at all, someone
- forgot to update this list; please at least file an issue or send an email
- to a maintainer, but preferably you should just update this document.
-
-Description of section entries:
-
- Section entries are structured according to the following scheme:
-
- X: NAME <EMAIL_USERNAME@DOMAIN> <DISCORD_USERNAME!>
- X: ...
- .
- .
- .
-
- Where REPO_NAME is the name of the repository within the OpenBMC GitHub
- organization; FILE_PATH is a file path within the repository, possibly with
- wildcards; X is a tag of one of the following types:
-
- M: Denotes maintainer; has fields NAME <EMAIL_USERNAME@DOMAIN> <DISCORD_USERNAME!>;
- if omitted from an entry, assume one of the maintainers from the
- MAINTAINERS entry.
- R: Denotes reviewer; has fields NAME <EMAIL_USERNAME@DOMAIN> <DISCORD_USERNAME!>;
- these people are to be added as reviewers for a change matching the repo
- path.
- F: Denotes forked from an external repository; has fields URL.
-
- Line comments are to be denoted "# SOME COMMENT" (typical shell style
- comment); it is important to follow the correct syntax and semantics as we
- may want to use automated tools with this file in the future.
-
- A change cannot be added to an OpenBMC repository without a MAINTAINER's
- approval; thus, a MAINTAINER should always be listed as a reviewer.
-
-Change approval rules:
-
- - Patches must be be approved (+1) by at least 1 maintainer.
- - Patches must not have an unresolved -1 vote by any maintainer.
- - Patches should have all maintainers added for visibility.
- - Patches should include unit tests where possible.
- - Feel free to ping on DISCORD about patches that look good but have not
- received +2
- - Wait 24 hours before doing the final submit after doing a +2 on a
- commit and any maintainer can do the final submit
-
-Design approval rules:
-
- - Design discussions should be carried out via email with, at minimum,
- all maintainers on the thread. It's encouraged to include the
- OpenBMC mailing list in the thread as well.
-
-START OF MAINTAINERS LIST
--------------------------
-
-M: Deepak Kodihalli <deepak.kodihalli.83@gmail.com> <dkodihal!>
-M: Tom Joseph <rushtotom@gmail.com> <tomjose!>
-M: Sampa Misra <sampmisr@in.ibm.com> <sampmisr!>
-R: George Liu <liuxiwei@inspur.com> <George Liu!>
-R: Manojkiran Eda <manojkiran.eda@gmail.com> <Manojkiran!>