[OE-core] [OE-Core][PATCH] openssh: Add dependency on ssh for sftp

Richard Purdie richard.purdie at linuxfoundation.org
Mon Jul 2 21:13:04 UTC 2018


On Mon, 2018-07-02 at 18:44 +0100, Alex Kiernan wrote:
> On Mon, Jul 2, 2018 at 4:06 PM Alex Kiernan <alex.kiernan at gmail.com>
> wrote:
> > 
> > On Mon, Jul 2, 2018 at 3:55 PM Mike Looijmans <mike.looijmans at topic
> > .nl> wrote:
> > > 
> > > The sftp-server runs fine using dropbear as SSH backend, I'd
> > > expect the same
> > > to be true for the client. Isn't that the case, and will the sftp
> > > client only
> > > work with openssh's ssh?
> > > 
> > 
> > Interesting question... I hadn't realised dropbear didn't have an
> > sftp
> > client, but it's clearly a supported combination:
> > 
> > https://github.com/mkj/dropbear/blob/1656db9e58e7e8188e4ca27ae4892b
> > 14949c56a5/dbclient.1#L159
> > 
> > I'll amend the patch so it depends on ssh not ${PN}-ssh since both
> > dropbear and openssh provide that.
> > 
> 
> Hmm... only that gets you this warning:
> 
> NOTE: Multiple providers are available for runtime ssh (dropbear,
> openssh)
> Consider defining a PREFERRED_RPROVIDER entry to match ssh
> 
> If you've not set it, which feels like a pretty poor upgrade
> experience; I'm not sure how best to deal with that.

This is not an easy problem to solve. This is why we have the horrible
VIRTUAL-RUNTIME_* variables, I wish there were a better way...

Basically, bitbake has to have some idea which one to build, letting
the package manager decide at do_rootfs time isn't really good enough
for deterministic builds.

Cheers,

Richard



More information about the Openembedded-core mailing list