Hello Alexander,
On Tue, Feb 26, 2019 at 9:57 AM Alexander Kanavin
wrote:
> On Tue, 26 Feb 2019 at 13:29, Otavio Salvador
> wrote:
>
> > > I'd rather not deviate from the upstream, and use what the upstream
> > > provides. Especially considering that perl version does have command
> > > line opt
On Tue, 26 Feb 2019 at 13:29, Otavio Salvador
wrote:
> > I'd rather not deviate from the upstream, and use what the upstream
> > provides. Especially considering that perl version does have command
> > line options that the shell version does not, and the difference might
> > increase in the futu
Hello Alexander,
On Tue, Feb 26, 2019 at 9:20 AM Alexander Kanavin
wrote:
> On Tue, 26 Feb 2019 at 12:36, Otavio Salvador wrote:
> > We had a c_rehash shell re-implementation being used for the native
> > package and there is no reason to not use it as well for the
> > target. This allows it to
On Tue, 26 Feb 2019 at 12:36, Otavio Salvador wrote:
> We had a c_rehash shell re-implementation being used for the native
> package and there is no reason to not use it as well for the
> target. This allows it to be available without the need of perl being
> installed.
I'd rather not deviate fro
We had a c_rehash shell re-implementation being used for the native
package and there is no reason to not use it as well for the
target. This allows it to be available without the need of perl being
installed.
This partially reverts OE-Core:d2b1a889ef (openssl: move c_rehash pkg
to avoid perl dep)