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

[Urs Fässler]

On Tue, 2018-09-25 at 14:54 +0100, richard.purdie at linuxfoundation.org
wrote:
> 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.

This is imho a change in behavior on a whole different level, but
renders my problem obsolete.

The current behavior is, that the oe-pkgdata-util script first tries to
find openssh-sftp-server-dev. Since there is no such package, the
fallback mechanism is used. It looks what package/recipe provides
openssh-sftp-server. This is openssh, so openssh-dev is installed, even
it is not really related to openssh-sftp-server.
With my patch I try to solve the problem within the current behavior. I
use the default case of the oe-pkgdata-util script by providing
openssh-sftp-server-dev. This is also the case we would have if there
would be some files that belong in openssh-sftp-server-dev.

I understand that you like to solve the problem on the higher level,
but it is out of my scope. Within my scope, the provided patch looks
like the right way.

Is there a change that we find a solution on the openssh package scope?

Kind Regards
Urs