From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-pz0-f47.google.com ([209.85.210.47]) by linuxtogo.org with esmtp (Exim 4.72) (envelope-from ) id 1QbjJ4-0007Jb-ME for openembedded-core@lists.openembedded.org; Wed, 29 Jun 2011 03:11:06 +0200 Received: by pzk36 with SMTP id 36so599047pzk.6 for ; Tue, 28 Jun 2011 18:07:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=6UcPGAqvYt4KB08LDq/MBe9B6Qq509m+6pH4SSCANCE=; b=bTY+CB+Nxtbsi226S0Fprj2d03NgpH7m0SDxPJhcOoeB7ghf7CnHfNtfGQvw3vg62q pyjF5wc9dr10TXsiSMeJQRyzs6ed9gC9eePTz4fTpMj45JujAxm3IdEvppWNZgmOA0Er o/eedZOdBj83Cwb40+6Ygd0tAuEIxp1T36sG8= Received: by 10.142.117.42 with SMTP id p42mr109892wfc.264.1309309644202; Tue, 28 Jun 2011 18:07:24 -0700 (PDT) Received: from [192.168.1.70] (99-57-141-118.lightspeed.sntcca.sbcglobal.net [99.57.141.118]) by mx.google.com with ESMTPS id c10sm459975wff.12.2011.06.28.18.07.23 (version=SSLv3 cipher=OTHER); Tue, 28 Jun 2011 18:07:23 -0700 (PDT) Message-ID: <4E0A7ACA.90004@gmail.com> Date: Tue, 28 Jun 2011 18:07:22 -0700 From: Khem Raj User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.17) Gecko/20110516 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: openembedded-core@lists.openembedded.org References: <4E0A5AE5.7000509@intel.com> <256EDA37-7406-4E12-B095-12F7FFBA7C7F@gmail.com> <4E0A6995.1040006@slimlogic.co.uk> In-Reply-To: <4E0A6995.1040006@slimlogic.co.uk> Subject: Re: Conflicting providers for ssh/sshd (dropbear and openssh) X-BeenThere: openembedded-core@lists.openembedded.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Patches and discussions about the oe-core layer List-Id: Patches and discussions about the oe-core layer List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jun 2011 01:11:07 -0000 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 06/28/2011 04:53 PM, Graeme Gregory wrote: > On 06/29/2011 12:50 AM, Khem Raj wrote: >> >> On Jun 28, 2011, at 3:51 PM, Scott Garman wrote: >> >>> On 06/28/2011 03:41 PM, Khem Raj wrote: >>>> ERROR: Multiple .bb files are due to be built which each provide ssh >>>> (/home/kraj/work/angstrom/sources/openembedded-core/meta/recipes-core/dropbear/dropbear_0.52.bb >>>> /home/kraj/work/angstrom/sources/openembedded-core/meta/recipes-connectivity/openssh/openssh_5.8p2.bb). >>>> This usually means one provides something the other doesn't and should. >>>> ERROR: Multiple .bb files are due to be built which each provide sshd >>>> (/home/kraj/work/angstrom/sources/openembedded-core/meta/recipes-core/dropbear/dropbear_0.52.bb >>>> /home/kraj/work/angstrom/sources/openembedded-core/meta/recipes-connectivity/openssh/openssh_5.8p2.bb). >>>> This usually means one provides something the other doesn't and should. >>>> >>>> reason is that dropbear only provides ssh and sshd packages openssh >>>> provides a few more e.g. openssh-sftp-server which is demanded by >>>> some images and at same time wants dropbear to provide sshd and ssh >>>> >>>> Now both recipes are to be built but are in contention for providing >>>> ssh and sshd >>>> >>>> How to solve this problem. ? Are other packages that openssh provides >>>> strictly depending on ssh/sshd from openssh ? or will they work on >>>> any ssh/sshd ? >>>> >>>> If they are independent then may be the openssh recipe should be >>>> divided into openssh-ssh and openssh-rest so one can use openssh >>>> provided daemon or dropbear provided as they wish >>> I've run into that and have been wondering how to resolve it as well. >>> >>> If there are currently existing images which are pulling in dropbear's ssh and sshd while using openssh's sftp-server, then that would imply they can work independently, even though that combo seems like an aggressive space optimization that I would tend to avoid. >> yes if you build console-image with angstrom you will see it wanting sftp-server and dr bear for rest of ssh needs >> > sftp-server is just a really small ftp like program that gets run as the > shell when sftp connects instead of ssh. It has no dependency on any > openssh code or even openssl. ok that solves my question about deps on ssh/ssh from openssh. So it seems we can refactor the openssh recipe This is the reason why the dropbear > developer decided to just use it instead of writing his own exact work > alike. > > I was the one that added it to Angstrom images as I really like to sftp > out of the box. > > Graeme > > > _______________________________________________ > Openembedded-core mailing list > Openembedded-core@lists.openembedded.org > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core