[OE-core] [PATCH] openssh: resolve install conflict with openssh-sftp-server-dev

richard.purdie at linuxfoundation.org richard.purdie at linuxfoundation.org
Tue Sep 25 13:54:44 UTC 2018


On Tue, 2018-09-25 at 15:05 +0200, Urs Fässler wrote:
> On Mon, 2018-09-24 at 15:26 +0200, Urs Fässler wrote:
> > On Wed, 2018-09-19 at 09:01 -0700, Richard Purdie wrote:
> > > On Wed, 2018-09-19 at 17:11 +0200, Andreas Oberritter wrote:
> > > > On Wed, 19 Sep 2018 08:41:35 +0200
> > > > Urs Fässler <urs.fassler at bbv.ch> wrote:
> > > > 
> > > > > Image generation fails with the configuration:
> > > > >   EXTRA_IMAGE_FEATURES = "ssh-server-dropbear eclipse-debug
> > > > > dev-
> > > > > pkgs"
> > > > > This is due the dependency eclipse-debug -> openssh-sftp-
> > > > > server 
> > > > > ->
> > > > > openssh-dev -> openssh. openssh can not be installed since it
> > > > > conflicts
> > > > > with dropbear.
> > > > 
> > > > That's odd. Why does openssh-sftp-server depend on openssh-dev?
> > > > Does
> > > > openssh-dev contain a file which it shouldn't, e.g. a
> > > > dynamically
> > > > loaded module/plug-in?
> > > 
> > > It doesn't, its the fact that "dev-pkgs" are requested in
> > > IMAGE_FEATURES. "openssh-dev" would be the default for openssh
> > > packages
> > > and dropbear-dev would be the default for dropbear packages. 
> > > 
> > > The patch here doesn't sound correct. I'm wondering if the
> 
> correct
> > > fix
> > > is for ${PN}-dev should not depend on ${PN} and whether that
> > > would fix
> > > the problem?
> > 
> > The dependency from ${PN}-dev to ${PN} seems to be the default
> > behavior
> > in Yocto. I don't know the consequences when we change this for
> > openssh. But it helps in my case.
> > (I added RDEPENDS_${PN}-dev = "", didn't found a better way)
> 
> If somebody know the implication of removing the dependency from
> ${PN}-dev to ${PN} for openssh and give the ok for it, I am fine with
> this solution.

I have an idea of the potential problems but I think we should consider
it. It would need wide testing and is a 2.7 change at this point.

Cheers,

Richard




More information about the Openembedded-core mailing list