summaryrefslogtreecommitdiff
path: root/feature-removal-schedule.txt
diff options
context:
space:
mode:
authorArtem Bityutskiy <Artem.Bityutskiy@nokia.com>2010-10-16 21:53:39 +0300
committerArtem Bityutskiy <Artem.Bityutskiy@nokia.com>2010-10-16 21:53:39 +0300
commit955d48312d7b5cf053340d66709e3cb9a07cfbd6 (patch)
tree7b17da50206c2ae407a80558f4a3e6e6e0eb1354 /feature-removal-schedule.txt
parent87440f3e55354db45a739d934913c7d60263bf95 (diff)
Add --squash-rino-perm removal plan
Signed-off-by: Artem Bityutskiy <Artem.Bityutskiy@nokia.com>
Diffstat (limited to 'feature-removal-schedule.txt')
-rw-r--r--feature-removal-schedule.txt22
1 files changed, 22 insertions, 0 deletions
diff --git a/feature-removal-schedule.txt b/feature-removal-schedule.txt
index d0116f8..21bc8d4 100644
--- a/feature-removal-schedule.txt
+++ b/feature-removal-schedule.txt
@@ -5,5 +5,27 @@ the work. When the feature is removed from the utils, it should also
be removed from this file.
---------------------------
+1. Kill --squash-rino-perm and --nosquash-rino-perm parameters of mkfs.ubifs.
+Originally, mkfs.ubifs did not have these parameters, and it always set
+permissions for the UBIFS root inode to be {uid=gid=root, u+rwx,go+rx}. This was
+a bug which was found too late, when mkfs.ubifs had already been used in
+production. To fix this bug, 2 new options were introduced:
+--squash-rino-perm which preserves the old behavior and --nosquash-rino-perm
+which makes mkfs.ubifs use the right permissions for the root
+inode. For now --squash-rino-perm is the default, and if neither
+--squash-rino-perm nor --nosquash-rino-perm are used, mkfs.ubifs prints a
+warning. This was introduced in mtd-utils-1.4.0 (13 Sep 2010).
+
+So the plan is (to be done by Artem Bityutskiy):
+
+1. keep the warning for few releases to make sure users start using one of the
+ options. Update the mkfs.ubifs documentation at the web site.
+2. make --nosquash-rino-perm to be the default, and remove the warning.
+ Update the mkfs.ubifs documentation at the web site.
+3. eventually deprecate both options by:
+3.1 adding a warning to make users stop using them
+3.2 removing both options.
+---------------------------
+2.
---------------------------