From 272cfc5eadd79c66f44e4265ade94d6f70682853 Mon Sep 17 00:00:00 2001
From: MyungJoo Ham <myungjoo.ham@samsung.com>
Date: Mon, 20 Feb 2017 17:53:25 +0900
Subject: [PATCH] Add MAINTAINERS/RULES

Signed-off-by: MyungJoo Ham <myungjoo.ham@samsung.com>
---
 MAINTAINERS | 18 +++++++++++++++++
 RULES       | 65 +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
 2 files changed, 83 insertions(+)
 create mode 100644 MAINTAINERS
 create mode 100644 RULES

diff --git a/MAINTAINERS b/MAINTAINERS
new file mode 100644
index 0000000..bd5511c
--- /dev/null
+++ b/MAINTAINERS
@@ -0,0 +1,18 @@
+
+	List of maintainers
+
+OVERALL RESOURCES
+M:	MyungJoo Ham <myungjoo.ham@samsung.com>
+F:	RULES
+F:	MAINTAINERS
+F:	packaging/building-blocks.spec
+F:	*
+
+DOMAIN: System-FW
+M:	TBD
+F:	packaging/domain-systemfw.inc
+
+
+DOMAIN: Kernel
+M:	TBD
+F:	packaging/domain-kernel.inc
diff --git a/RULES b/RULES
new file mode 100644
index 0000000..7ca772e
--- /dev/null
+++ b/RULES
@@ -0,0 +1,65 @@
+===========================================================================
+			1. Naming Rules
+===========================================================================
+
+1-1. "building-blocks" should be the first prefix.
+
+1-2. The top-single block name is "building-blocks"
+
+1-3. Level prefix = "root" | "sub1" | "sub2"
+
+1-4. Except for the top-single block, Level prfix follows
+	the first prefix.
+	E.g., "building-blocks-sub1-..."
+
+1-5. For "root" building blocks, the naming rule is:
+	[first prefix = "building-blocks"]-[level prefix = "root"]-[NAME]
+	E.g., "building-blocks-root-UI"
+
+1-6. For "sub1" building blocks, which has a "root" building block, "ROOTNAME" as its parent, the naming rule is:
+	[first prefix]-[level prefix = "sub1"]-[root name = "ROOTNAME"]-[NAME]
+	E.g., "building-blocks-sub1-UI-wayland"
+
+1-7. For "sub2" building blocks, which has a "sub1" building block, "SUB1NAME" as its parent, the naming rule is:
+	(SUB1NAME has ROOTNAME as its parent)
+	[first prefix]-[level prefix = "sub2"]-[root name = "ROOTNAME"]-[sub1 name = "SUB1NAME"]-[NAME]
+	E.g., "building-blocks-sub2-UI-wayland-core"
+
+1-8. In order to implement "radio-button" UI (choose only one), the block name starts with "chooseonlyone_"
+	E.g., "building-blocks-root-chooseonlyone_Kernel"
+
+
+
+===========================================================================
+			2. Relations between blocks
+===========================================================================
+
+2-1. Top block (building-blocks) lists all root-level blocks
+	Lists with Suggests (optional) and Requires (mandatory)
+
+2-2. A parent block lists all of its direct child blocks (no grandchild listed)
+	Lists with Suggests (optional) and Requires (mandatory)
+
+2-3. A child block cannot have multiple parents.
+
+2-4. Conflict may be defined between blocks.
+	However, you need to get consents from all related stake-holders.
+
+2-6. There cannot be any other relations defined between blocks.
+
+
+
+===========================================================================
+	3. Relations between a block and (non-block) packages
+===========================================================================
+
+3-1. A block may include non-block (individual) packages with Requires (mandatory) and Suggests (optional)
+
+3-2. A package (not block) can exist in multiple blocks.
+
+3-3. A package may be not included in any of the blocks
+	TIC UI will list such packages in "MISC" section.
+
+
+
+
-- 
2.7.4