system: allow/disallow root login, accept encoded passwords
PATCH v5 1/1 system: allow/disallow root login, accept encoded passwords
From: Lorenzo Catucci <[email protected]>
Currently, there is only two possibilities regarding the root account:
- it is enabled with no password (the default)
- it is enabled, using a clear-text, user-provided password
This is deemed insufficient in many cases, especially when the .config file has to be published (e.g. for the GPL compliance, or any other reason.).
Fix that in two ways:
- add a bolean option that allows/disallows root login altogether,
which defaults to 'y' to keep backward compatibility;
- accept already-encoded passwords, which we recognise as starting
with either of $1$, $5$ or $6$ (resp. for md5, sha256 or sha512).
[yann.morin.1998 at free.fr:
- don't add a choice to select between clear-text/encoded password,
use a single prompt;
- differentiate in the password hook itself;
- rewrite parts of the help entry;
- rewrite and expand the commit log
]
---
Changes v4 -> v5:
- use makefile syntax instead of shell (Thomas)
- typoes (Thomas)
- fix up the commit log (it never was possible to disable root login)
--- system/Config.in | 28 +++++++++++++++++++--------- system/system.mk | 22 ++++++++++++++++------ 2 files changed, 35 insertions(+), 15 deletions(-)
system/Config.in +19 -9
@@ -177,26 +177,36 @@ endif if BR2_ROOTFS_SKELETON_DEFAULT +config BR2_TARGET_ENABLE_ROOT_LOGIN + bool "Enable root login" + default "y" + help + Enable root login password + config BR2_TARGET_GENERIC_ROOT_PASSWD string "Root password" default "" + depends on BR2_TARGET_ENABLE_ROOT_LOGIN help - Set the initial root password (in clear). It will be md5-encrypted. + Set the initial root password. If set to empty (the default), then no root password will be set, and root will need no password to log in. - WARNING! WARNING! - Although pretty strong, MD5 is now an old hash function, and - suffers from some weaknesses, which makes it susceptible to attacks. - It is showing its age, so this root password should not be trusted - to properly secure any product that can be shipped to the wide, - hostile world. + If the password starts with any of $1$, $5$ or $6$, it is considered + to be already crypt-encoded with respectively md5, sha256 or sha512. + Any other value is taken to be a clear-text value, and is crypt-encoded + as per the "Passwords encoding" scheme, above. + + Note: "$" signs in the hashed password must be doubled. For example, + if the hashed password is "$1$longsalt$v35DIIeMo4yUfI23yditq0", then + you must enter it as "$$1$$longsalt$$v35DIIeMo4yUfI23yditq0". WARNING! WARNING! - The password appears in clear in the .config file, and may appear + The password appears as-is in the .config file, and may appear in the build log! Avoid using a valuable password if either the - .config file or the build log may be distributed! + .config file or the build log may be distributed, or at the + very least use a strong cryptographic hash for your password! choice bool "/bin/sh"
system/system.mk +16 -6
@@ -34,7 +34,7 @@ endef TARGET_FINALIZE_HOOKS += SYSTEM_ISSUE endif -ifneq ($(TARGET_GENERIC_ROOT_PASSWD),) +ifeq ($(BR2_TARGET_ENABLE_ROOT_LOGIN),y) TARGETS += host-mkpasswd endif
@@ -69,12 +69,22 @@ TARGET_FINALIZE_HOOKS += SET_NETWORK ifeq ($(BR2_ROOTFS_SKELETON_DEFAULT),y) -define SYSTEM_ROOT_PASSWD - [ -n "$(TARGET_GENERIC_ROOT_PASSWD)" ] && \ - TARGET_GENERIC_ROOT_PASSWD_HASH=$$($(MKPASSWD) -m "$(TARGET_GENERIC_PASSWD_METHOD)" "$(TARGET_GENERIC_ROOT_PASSWD)"); \ - $(SED) "s,^root:[^:]*:,root:$$TARGET_GENERIC_ROOT_PASSWD_HASH:," $(TARGET_DIR)/etc/shadow +ifeq ($(BR2_TARGET_ENABLE_ROOT_LOGIN),y) +ifeq ($(TARGET_GENERIC_ROOT_PASSWD),) +SYSTEM_ROOT_PASSWORD = +else ifneq ($(or $(filter $$1$$%,$(TARGET_GENERIC_ROOT_PASSWD)),$(filter $$5$$%,$(TARGET_GENERIC_ROOT_PASSWD)),$(filter $$6$$%,$(TARGET_GENERIC_ROOT_PASSWD))),) +SYSTEM_ROOT_PASSWORD = $(TARGET_GENERIC_ROOT_PASSWD) +else +SYSTEM_ROOT_PASSWORD = $(shell $(MKPASSWD) -m "$(TARGET_GENERIC_PASSWD_METHOD)" "$(TARGET_GENERIC_ROOT_PASSWD)") +endif +else # !BR2_TARGET_ENABLE_ROOT_LOGIN +SYSTEM_ROOT_PASSWORD = * +endif + +define SYSTEM_SET_ROOT_PASSWD + $(SED) 's,^root:[^:]*:,root:$(SYSTEM_ROOT_PASSWORD):,' $(TARGET_DIR)/etc/shadow endef -TARGET_FINALIZE_HOOKS += SYSTEM_ROOT_PASSWD +TARGET_FINALIZE_HOOKS += SYSTEM_SET_ROOT_PASSWD ifeq ($(BR2_SYSTEM_BIN_SH_NONE),y) define SYSTEM_BIN_SH
Signature · 1 line
1.9.1
PATCH v5 1/1 system: allow/disallow root login, accept encoded passwords
I've tested the patch, generating four filesystem images:
- disabled root login:
$ grep -E 'BR2_TARGET_ENABLE_ROOT_LOGIN|BR2_TARGET_GENERIC_ROOT_PASSWD' \
.config
# BR2_TARGET_ENABLE_ROOT_LOGIN is not set
$ grep ^root output/target/etc/shadow
root:*:10933:0:99999:7:::- passwordless root login:
$ grep -E 'BR2_TARGET_ENABLE_ROOT_LOGIN|BR2_TARGET_GENERIC_ROOT_PASSWD' \
.config
BR2_TARGET_ENABLE_ROOT_LOGIN=y
BR2_TARGET_GENERIC_ROOT_PASSWD=""
$ grep ^root output/target/etc/shadow
root::10933:0:99999:7:::- plaintext root password:
$ grep -E 'BR2_TARGET_ENABLE_ROOT_LOGIN|BR2_TARGET_GENERIC_ROOT_PASSWD' \
.config
BR2_TARGET_ENABLE_ROOT_LOGIN=y
BR2_TARGET_GENERIC_ROOT_PASSWD="$testpw"
$ grep ^root output/target/etc/shadow
root:$1$kPABjeFK$vpmTV3i89ILrAZi7tRfAB.:10933:0:99999:7:::- md5-crypted root password:
$ grep -E 'BR2_TARGET_ENABLE_ROOT_LOGIN|BR2_TARGET_GENERIC_ROOT_PASSWD' \
.config
BR2_TARGET_ENABLE_ROOT_LOGIN=y
BR2_TARGET_GENERIC_ROOT_PASSWD="$$1$$testsalt$$AicnET0i370P1baqhE4Pm0"
$ grep ^root output/target/etc/shadow
root:$1$testsalt$AicnET0i370P1baqhE4Pm0:10933:0:99999:7:::If you like and care so, you can definitely add the:
tag and/or the
tag.
Thank you very much, yours
lorenzo
Quoted 131 lines · Yann E. MORIN
From: Lorenzo Catucci <[email protected]>
Currently, there is only two possibilities regarding the root account:
- it is enabled with no password (the default)
- it is enabled, using a clear-text, user-provided passwordThis is deemed insufficient in many cases, especially when the .config file has to be published (e.g. for the GPL compliance, or any other reason.).
Fix that in two ways:
- add a bolean option that allows/disallows root login altogether,
which defaults to 'y' to keep backward compatibility;- accept already-encoded passwords, which we recognise as starting
with either of $1$, $5$ or $6$ (resp. for md5, sha256 or sha512).Signed-off-by Lorenzo M. Catucci <[email protected]>[yann.morin.1998 at free.fr:
- don't add a choice to select between clear-text/encoded password,use a single prompt;- differentiate in the password hook itself;
- rewrite parts of the help entry;
- rewrite and expand the commit log
]Signed-off-by Yann E. MORIN <[email protected]>Cc Thomas Petazzoni <[email protected]>---
Changes v4 -> v5:
- use makefile syntax instead of shell (Thomas)
- typoes (Thomas)
- fix up the commit log (it never was possible to disable root login)--- system/Config.in | 28 +++++++++++++++++++--------- system/system.mk | 22 ++++++++++++++++------ 2 files changed, 35 insertions(+), 15 deletions(-)system/Config.in +19
-9@@ -177,26 +177,36 @@ endif if BR2_ROOTFS_SKELETON_DEFAULT +config BR2_TARGET_ENABLE_ROOT_LOGIN + bool "Enable root login" + default "y" + help + Enable root login password + config BR2_TARGET_GENERIC_ROOT_PASSWD string "Root password" default "" + depends on BR2_TARGET_ENABLE_ROOT_LOGIN help - Set the initial root password (in clear). It will be md5-encrypted. + Set the initial root password. If set to empty (the default), then no root password will be set, and root will need no password to log in. - WARNING! WARNING! - Although pretty strong, MD5 is now an old hash function, and - suffers from some weaknesses, which makes it susceptible to attacks. - It is showing its age, so this root password should not be trusted - to properly secure any product that can be shipped to the wide, - hostile world. + If the password starts with any of $1$, $5$ or $6$, it is considered + to be already crypt-encoded with respectively md5, sha256 or sha512. + Any other value is taken to be a clear-text value, and is crypt-encoded + as per the "Passwords encoding" scheme, above. + + Note: "$" signs in the hashed password must be doubled. For example, + if the hashed password is "$1$longsalt$v35DIIeMo4yUfI23yditq0", then + you must enter it as "$$1$$longsalt$$v35DIIeMo4yUfI23yditq0". WARNING! WARNING! - The password appears in clear in the .config file, and may appear + The password appears as-is in the .config file, and may appear in the build log! Avoid using a valuable password if either the - .config file or the build log may be distributed! + .config file or the build log may be distributed, or at the + very least use a strong cryptographic hash for your password! choice bool "/bin/sh"system/system.mk +16
-6@@ -34,7 +34,7 @@ endef TARGET_FINALIZE_HOOKS += SYSTEM_ISSUE endif -ifneq ($(TARGET_GENERIC_ROOT_PASSWD),) +ifeq ($(BR2_TARGET_ENABLE_ROOT_LOGIN),y) TARGETS += host-mkpasswd endif@@ -69,12 +69,22 @@ TARGET_FINALIZE_HOOKS += SET_NETWORK ifeq ($(BR2_ROOTFS_SKELETON_DEFAULT),y) -define SYSTEM_ROOT_PASSWD - [ -n "$(TARGET_GENERIC_ROOT_PASSWD)" ] && \ - TARGET_GENERIC_ROOT_PASSWD_HASH=$$($(MKPASSWD) -m "$(TARGET_GENERIC_PASSWD_METHOD)" "$(TARGET_GENERIC_ROOT_PASSWD)"); \ - $(SED) "s,^root:[^:]*:,root:$$TARGET_GENERIC_ROOT_PASSWD_HASH:," $(TARGET_DIR)/etc/shadow +ifeq ($(BR2_TARGET_ENABLE_ROOT_LOGIN),y) +ifeq ($(TARGET_GENERIC_ROOT_PASSWD),) +SYSTEM_ROOT_PASSWORD = +else ifneq ($(or $(filter $$1$$%,$(TARGET_GENERIC_ROOT_PASSWD)),$(filter $$5$$%,$(TARGET_GENERIC_ROOT_PASSWD)),$(filter $$6$$%,$(TARGET_GENERIC_ROOT_PASSWD))),) +SYSTEM_ROOT_PASSWORD = $(TARGET_GENERIC_ROOT_PASSWD) +else +SYSTEM_ROOT_PASSWORD = $(shell $(MKPASSWD) -m "$(TARGET_GENERIC_PASSWD_METHOD)" "$(TARGET_GENERIC_ROOT_PASSWD)") +endif +else # !BR2_TARGET_ENABLE_ROOT_LOGIN +SYSTEM_ROOT_PASSWORD = * +endif + +define SYSTEM_SET_ROOT_PASSWD + $(SED) 's,^root:[^:]*:,root:$(SYSTEM_ROOT_PASSWORD):,' $(TARGET_DIR)/etc/shadow endef -TARGET_FINALIZE_HOOKS += SYSTEM_ROOT_PASSWD +TARGET_FINALIZE_HOOKS += SYSTEM_SET_ROOT_PASSWD ifeq ($(BR2_SYSTEM_BIN_SH_NONE),y) define SYSTEM_BIN_SH
Signature · 6 lines
+-------------------------+----------------------------------------------+ | Lorenzo M. Catucci | Centro di Calcolo e Documentazione | | catucci at ccd.uniroma2.it | Universit? degli Studi di Roma "Tor Vergata" | | | Via O. Raimondo 18 ** I-00173 ROMA ** ITALY | | Tel. +39 06 7259 2255 | Fax. +39 06 7259 2125 | +-------------------------+----------------------------------------------+
PATCH v5 1/1 system: allow/disallow root login, accept encoded passwords
In reply to Yann E. MORINQuoted 44 lines · Yann E. MORIN
From: Lorenzo Catucci <[email protected]>
Currently, there is only two possibilities regarding the root account:
- it is enabled with no password (the default)
- it is enabled, using a clear-text, user-provided passwordThis is deemed insufficient in many cases, especially when the .config file has to be published (e.g. for the GPL compliance, or any other reason.).
Fix that in two ways:
- add a bolean option that allows/disallows root login altogether,
which defaults to 'y' to keep backward compatibility;- accept already-encoded passwords, which we recognise as starting
with either of $1$, $5$ or $6$ (resp. for md5, sha256 or sha512).Signed-off-by Lorenzo M. Catucci <[email protected]>[yann.morin.1998 at free.fr:
- don't add a choice to select between clear-text/encoded password,use a single prompt;- differentiate in the password hook itself;
- rewrite parts of the help entry;
- rewrite and expand the commit log
]Signed-off-by Yann E. MORIN <[email protected]>Cc Thomas Petazzoni <[email protected]>---
Changes v4 -> v5:
- use makefile syntax instead of shell (Thomas)
- typoes (Thomas)
- fix up the commit log (it never was possible to disable root login)--- system/Config.in | 28 +++++++++++++++++++--------- system/system.mk | 22 ++++++++++++++++------ 2 files changed, 35 insertions(+), 15 deletions(-)system/Config.in +0
-0
system/Config.in endif · line 182
Quoted 6 lines
system/Config.in +3
-0@@ -177,26 +177,36 @@ endif if BR2_ROOTFS_SKELETON_DEFAULT +config BR2_TARGET_ENABLE_ROOT_LOGIN + bool "Enable root login" + default "y"
No quotes around bool values.
However, since the default is y while it is normally n, and since we have to do
something special for the n case, wouldn't it make more sense to call it BR2_TARGET_DISABLE_ROOT_LOGIN?
Quoted 18 lines
system/Config.in +5
-5+ help + Enable root login password + config BR2_TARGET_GENERIC_ROOT_PASSWD string "Root password" default "" + depends on BR2_TARGET_ENABLE_ROOT_LOGIN help - Set the initial root password (in clear). It will be md5-encrypted. + Set the initial root password. If set to empty (the default), then no root password will be set, and root will need no password to log in. - WARNING! WARNING! - Although pretty strong, MD5 is now an old hash function, and - suffers from some weaknesses, which makes it susceptible to attacks. - It is showing its age, so this root password should not be trusted
system/Config.in endif · line 203
Quoted 10 lines
system/Config.in +8
-2- to properly secure any product that can be shipped to the wide, - hostile world. + If the password starts with any of $1$, $5$ or $6$, it is considered + to be already crypt-encoded with respectively md5, sha256 or sha512. + Any other value is taken to be a clear-text value, and is crypt-encoded + as per the "Passwords encoding" scheme, above. + + Note: "$" signs in the hashed password must be doubled. For example, + if the hashed password is "$1$longsalt$v35DIIeMo4yUfI23yditq0", then + you must enter it as "$$1$$longsalt$$v35DIIeMo4yUfI23yditq0".
Perhaps explain why:
This is necessary because make will interpret the $ as variable expansion.
Quoted 26 lines
system/Config.in +3
-2WARNING! WARNING! - The password appears in clear in the .config file, and may appear + The password appears as-is in the .config file, and may appear in the build log! Avoid using a valuable password if either the - .config file or the build log may be distributed! + .config file or the build log may be distributed, or at the + very least use a strong cryptographic hash for your password! choice bool "/bin/sh"system/system.mk +1
-1@@ -34,7 +34,7 @@ endef TARGET_FINALIZE_HOOKS += SYSTEM_ISSUE endif -ifneq ($(TARGET_GENERIC_ROOT_PASSWD),) +ifeq ($(BR2_TARGET_ENABLE_ROOT_LOGIN),y) TARGETS += host-mkpasswd endif@@ -69,12 +69,22 @@ TARGET_FINALIZE_HOOKS += SET_NETWORK
system/system.mk TARGET_FINALIZE_HOOKS += SET_NETWORK · line 75
Quoted 10 lines
system/system.mk +4
-4ifeq ($(BR2_ROOTFS_SKELETON_DEFAULT),y) -define SYSTEM_ROOT_PASSWD - [ -n "$(TARGET_GENERIC_ROOT_PASSWD)" ] && \ - TARGET_GENERIC_ROOT_PASSWD_HASH=$$($(MKPASSWD) -m "$(TARGET_GENERIC_PASSWD_METHOD)" "$(TARGET_GENERIC_ROOT_PASSWD)"); \ - $(SED) "s,^root:[^:]*:,root:$$TARGET_GENERIC_ROOT_PASSWD_HASH:," $(TARGET_DIR)/etc/shadow +ifeq ($(BR2_TARGET_ENABLE_ROOT_LOGIN),y) +ifeq ($(TARGET_GENERIC_ROOT_PASSWD),) +SYSTEM_ROOT_PASSWORD = +else ifneq ($(or $(filter $$1$$%,$(TARGET_GENERIC_ROOT_PASSWD)),$(filter $$5$$%,$(TARGET_GENERIC_ROOT_PASSWD)),$(filter $$6$$%,$(TARGET_GENERIC_ROOT_PASSWD))),)
filter allows multiple patterns, so:
else ifneq ($(filter $$1$$% $$5$$% $$6$$%,$(TARGET_GENERIC_ROOT_PASSWD)),)
system/system.mk TARGET_FINALIZE_HOOKS += SET_NETWORK · line 81
Quoted 6 lines
system/system.mk +6
-0+SYSTEM_ROOT_PASSWORD = $(TARGET_GENERIC_ROOT_PASSWD) +else +SYSTEM_ROOT_PASSWORD = $(shell $(MKPASSWD) -m "$(TARGET_GENERIC_PASSWD_METHOD)" "$(TARGET_GENERIC_ROOT_PASSWD)") +endif +else # !BR2_TARGET_ENABLE_ROOT_LOGIN +SYSTEM_ROOT_PASSWORD = *
Even though Peter prefers positive logic, I think in this case it is more
important to keep the logic close to the condition, i.e.:
ifeq ($(BR2_TARGET_ENABLE_ROOT_LOGIN),)SYSTEM_ROOT_PASSWORD = *
else ifeq ($(TARGET_GENERIC_ROOT_PASSWD),)
...
Of course, if it becomes _DISABLE_ then it will be positive logic after all :-)
Regards,
Arnout
Quoted 11 lines
system/system.mk +5
-1+endif + +define SYSTEM_SET_ROOT_PASSWD + $(SED) 's,^root:[^:]*:,root:$(SYSTEM_ROOT_PASSWORD):,' $(TARGET_DIR)/etc/shadow endef -TARGET_FINALIZE_HOOKS += SYSTEM_ROOT_PASSWD +TARGET_FINALIZE_HOOKS += SYSTEM_SET_ROOT_PASSWD ifeq ($(BR2_SYSTEM_BIN_SH_NONE),y) define SYSTEM_BIN_SH
Signature · 6 lines
Arnout Vandecappelle arnout at mind be Senior Embedded Software Architect +32-16-286500 Essensium/Mind http://www.mind.be G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle GPG fingerprint: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
PATCH v5 1/1 system: allow/disallow root login, accept encoded passwords
Arnout, All,
On 2015-04-14 00:50 +0200, Arnout Vandecappelle spake thusly:
Quoted 2 lines · Yann E. MORIN
Quoted 1 line
From: Lorenzo Catucci <[email protected]>
[--SNIP--]
Quoted 6 lines
Quoted 6 lines
system/Config.in +0
-0@@ -177,26 +177,36 @@ endif
Quoted 7 lines
system/Config.in endif · line 182
Quoted 5 lines
system/Config.in +3
-0if BR2_ROOTFS_SKELETON_DEFAULT +config BR2_TARGET_ENABLE_ROOT_LOGIN + bool "Enable root login" + default "y"No quotes around bool values.
Dang. Indeed.
Quoted 3 lines
However, since the default is y while it is normally n, and since we have to do
something special for the n case, wouldn't it make more sense to call itBR2_TARGET_DISABLE_ROOT_LOGIN?
Well, I do really prefer positive naming; and we tend to use such positive logic about everywhere...
That the internals are "more complex" (and that still has to be proven) is irrelevant to what we present to the user. At the extreme, we could always have a hidden variable that just negates the visible one.
[--SNIP--]
Quoted 7 lines
system/Config.in endif · line 203
Quoted 3 lines
system/Config.in +3
-0+ Note: "$" signs in the hashed password must be doubled. For example, + if the hashed password is "$1$longsalt$v35DIIeMo4yUfI23yditq0", then + you must enter it as "$$1$$longsalt$$v35DIIeMo4yUfI23yditq0".Perhaps explain why:
This is necessary because make will interpret the $ as variable expansion.
OK.
[--SNIP--]
Quoted 8 lines
system/Config.in endif · line 189
Quoted 4 lines
system/Config.in +4
-0+ifeq ($(BR2_TARGET_ENABLE_ROOT_LOGIN),y) +ifeq ($(TARGET_GENERIC_ROOT_PASSWD),) +SYSTEM_ROOT_PASSWORD = +else ifneq ($(or $(filter $$1$$%,$(TARGET_GENERIC_ROOT_PASSWD)),$(filter $$5$$%,$(TARGET_GENERIC_ROOT_PASSWD)),$(filter $$6$$%,$(TARGET_GENERIC_ROOT_PASSWD))),)filter allows multiple patterns, so:
else ifneq ($(filter $$1$$% $$5$$% $$6$$%,$(TARGET_GENERIC_ROOT_PASSWD)),)
Woot! :-) Thanks, will change.
Quoted 10 lines
system/Config.in endif · line 195
Quoted 6 lines
system/Config.in +6
-0+SYSTEM_ROOT_PASSWORD = $(TARGET_GENERIC_ROOT_PASSWD) +else +SYSTEM_ROOT_PASSWORD = $(shell $(MKPASSWD) -m "$(TARGET_GENERIC_PASSWD_METHOD)" "$(TARGET_GENERIC_ROOT_PASSWD)") +endif +else # !BR2_TARGET_ENABLE_ROOT_LOGIN +SYSTEM_ROOT_PASSWORD = *Even though Peter prefers positive logic, I think in this case it is more
important to keep the logic close to the condition, i.e.:
Quoted 4 lines
ifeq ($(BR2_TARGET_ENABLE_ROOT_LOGIN),)
SYSTEM_ROOT_PASSWORD= *
else ifeq ($(TARGET_GENERIC_ROOT_PASSWD),)
...
Well, that was what Thomas initially suggested. But like Peter, I do really prefer positive logic, so I'm heavily tempted to keep what I wrote, unless others speak up and shout (sooned rather than later!). ;-)
Thanks for the review! :-)
Regards,
Yann E. MORIN.
Signature · 6 lines
.-----------------.--------------------.------------------.--------------------. | Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: | | +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ | | +33 223 225 172 `------------.-------: X AGAINST | \e/ There is no | | http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspiracy. | '------------------------------^-------^------------------^--------------------'
PATCH v5 1/1 system: allow/disallow root login, accept encoded passwords
On 14/04/15 19:54, Yann E. MORIN wrote:
[snip]
Quoted 10 lines
Quoted 3 lines
However, since the default is y while it is normally n, and since we have to do
something special for the n case, wouldn't it make more sense to call itBR2_TARGET_DISABLE_ROOT_LOGIN?Well, I do really prefer positive naming; and we tend to use such positive logic about everywhere...
That the internals are "more complex" (and that still has to be proven) is irrelevant to what we present to the user. At the extreme, we could always have a hidden variable that just negates the visible one.
OK for me. A hidden variable would be overkill.
[snip]
Quoted 10 lines
Quoted 10 lines
system/system.mk TARGET_FINALIZE_HOOKS += SET_NETWORK · line 81
Quoted 6 lines
system/system.mk +6
-0+SYSTEM_ROOT_PASSWORD = $(TARGET_GENERIC_ROOT_PASSWD) +else +SYSTEM_ROOT_PASSWORD = $(shell $(MKPASSWD) -m "$(TARGET_GENERIC_PASSWD_METHOD)" "$(TARGET_GENERIC_ROOT_PASSWD)") +endif +else # !BR2_TARGET_ENABLE_ROOT_LOGIN +SYSTEM_ROOT_PASSWORD = *Even though Peter prefers positive logic, I think in this case it is more
important to keep the logic close to the condition, i.e.:
Quoted 8 lines
Quoted 4 lines
ifeq ($(BR2_TARGET_ENABLE_ROOT_LOGIN),)
SYSTEM_ROOT_PASSWORD= *
else ifeq ($(TARGET_GENERIC_ROOT_PASSWD),)
...Well, that was what Thomas initially suggested. But like Peter, I do really prefer positive logic, so I'm heavily tempted to keep what I wrote, unless others speak up and shout (sooned rather than later!). ;-)
That's two against two then :-)
But since you're the patch owner and Peter is the BDFL, I guess it will be
positive logic.
Regards,
Arnout
Quoted 6 lines
Thanks for the review! :-)
Regards,
Yann E. MORIN.
Signature · 6 lines
Arnout Vandecappelle arnout at mind be Senior Embedded Software Architect +32-16-286500 Essensium/Mind http://www.mind.be G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle GPG fingerprint: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F