From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: Martin Jansa <martin.jansa@gmail.com>
Cc: openembedded-core@lists.openembedded.org
Subject: Re: [PATCH] dropbear: don't use IMAGE_FEATURES
Date: Mon, 07 Jan 2013 11:36:13 +0000 [thread overview]
Message-ID: <1357558573.28649.231.camel@ted> (raw)
In-Reply-To: <1357557340-28756-1-git-send-email-Martin.Jansa@gmail.com>
On Mon, 2013-01-07 at 12:15 +0100, Martin Jansa wrote:
> * IMAGE_FEATURES are image specific, but dropbear recipe isn't
> * if you have debug-tweaks in EXTRA_IMAGE_FEATURES or added to
> IMAGE_FEATURES in distro config, then it will set DISTRO_TYPE
> to debug as expected, but if you add debug-tweaks only in
> your-own-debug-image, then dropbear never sees debug-tweaks and
> your-own-debug-image won't allow empty password login.
> * best way would be to patch dropbear to enable empty password by
> runtime config or argument and enable it in ROOTFS_POSTPROCESS_COMMAND
> like openssh_allow_empty_password does, see
> http://permalink.gmane.org/gmane.network.ssh.dropbear/845
>
> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
> ---
> meta/recipes-core/dropbear/dropbear.inc | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/meta/recipes-core/dropbear/dropbear.inc b/meta/recipes-core/dropbear/dropbear.inc
> index aa313df..2c170c6 100644
> --- a/meta/recipes-core/dropbear/dropbear.inc
> +++ b/meta/recipes-core/dropbear/dropbear.inc
> @@ -2,7 +2,7 @@ DESCRIPTION = "Dropbear is a lightweight SSH and SCP implementation"
> HOMEPAGE = "http://matt.ucc.asn.au/dropbear/dropbear.html"
> SECTION = "console/network"
>
> -INC_PR = "r0"
> +INC_PR = "r1"
>
> # some files are from other projects and have others license terms:
> # public domain, OpenSSH 3.5p1, OpenSSH3.6.1p2, PuTTY
> @@ -40,7 +40,7 @@ EXTRA_OEMAKE = 'MULTI=1 SCPPROGRESS=1 PROGRAMS="${SBINCOMMANDS} ${BINCOMMANDS}"'
> EXTRA_OECONF += "\
> ${@base_contains('DISTRO_FEATURES', 'pam', '--enable-pam', '--disable-pam', d)}"
>
> -DISTRO_TYPE ?= "${@base_contains("IMAGE_FEATURES", "debug-tweaks", "debug", "",d)}"
> +DISTRO_TYPE ?= "debug"
>
> do_install() {
> install -d ${D}${sysconfdir} \
How about we ditch DISTRO_TYPE entirely and check for "debug-tweaks" in
DISTRO_FEATURES? This would bring it more into line with the other
places we do things like this.
FWIW I agree this should ideally be runtime configured and we should
really add an enhancement request to the bugzilla for that (or patches
welcome).
Cheers,
Richard
next prev parent reply other threads:[~2013-01-07 11:51 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-01-07 11:15 [PATCH] dropbear: don't use IMAGE_FEATURES Martin Jansa
2013-01-07 11:22 ` Otavio Salvador
2013-01-07 11:36 ` Richard Purdie [this message]
2013-01-07 12:04 ` Martin Jansa
2013-01-07 20:11 ` Paul Eggleton
2013-01-07 20:31 ` Martin Jansa
2013-01-07 20:46 ` Richard Purdie
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1357558573.28649.231.camel@ted \
--to=richard.purdie@linuxfoundation.org \
--cc=martin.jansa@gmail.com \
--cc=openembedded-core@lists.openembedded.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox