All of lore.kernel.org
 help / color / mirror / Atom feed
From: Adrian Bunk <bunk@stusta.de>
To: akuster808 <akuster808@gmail.com>
Cc: yocto@yoctoproject.org
Subject: Re: [meta-security][PATCH 2/2] sssd: fix libcrypto version used
Date: Wed, 27 Mar 2019 09:16:31 +0200	[thread overview]
Message-ID: <20190327071631.GA22331@localhost> (raw)
In-Reply-To: <6dae574f-f641-94ff-4bf1-09eac31e6378@gmail.com>

On Tue, Mar 26, 2019 at 03:52:39PM -0700, akuster808 wrote:
> 
> 
> On 3/26/19 3:24 AM, Adrian Bunk wrote:
> > On Mon, Mar 25, 2019 at 09:58:55AM -0700, Armin Kuster wrote:
> >> Signed-off-by: Armin Kuster <akuster808@gmail.com>
> >> ---
> >>  recipes-security/sssd/sssd_1.16.3.bb | 2 +-
> >>  1 file changed, 1 insertion(+), 1 deletion(-)
> >>
> >> diff --git a/recipes-security/sssd/sssd_1.16.3.bb b/recipes-security/sssd/sssd_1.16.3.bb
> >> index 8f7f805..d39fa23 100644
> >> --- a/recipes-security/sssd/sssd_1.16.3.bb
> >> +++ b/recipes-security/sssd/sssd_1.16.3.bb
> >> @@ -33,7 +33,7 @@ PACKAGECONFIG[manpages] = "--with-manpages, --with-manpages=no"
> >>  PACKAGECONFIG[python2] = "--with-python2-bindings, --without-python2-bindings"
> >>  PACKAGECONFIG[python3] = "--with-python3-bindings, --without-python3-bindings"
> >>  PACKAGECONFIG[nss] = "--with-crypto=nss, ,nss,"
> >> -PACKAGECONFIG[cyrpto] = "--with-crypto=libcrypto, , libcrypto"
> >> +PACKAGECONFIG[cyrpto] = "--with-crypto=libcrypto, , libcrypto10"
> >> ...
> > This looks wrong for multiple reasons, and it still gave the same error 
> > when I tried it.
> That is troubling. I don't see any errors here. Thanks for the feed
> back. I will have to dig at this a bit more.
> 
> Can you provide some build detail so that I can reproduce it?

Try building the package without nss but with cyrpto (sic) in PACKAGECONFIG.

> > How has this change been tested?
> Not for this change.
> 
> Which reminds me I should automate some testing for this package.

This is not about automating testing.

This is about first reproducing the problem you are trying to fix,
and then verifying that your fix actually fixes this problem.

Which is the fundamental way to do any kind of bugfixing.[1]

This one line already contained two bugs,[2] and the commit added a 
third problem (usage of OpenSSL 1.0) without fixing any of these bugs.

The commit message not stating any reason why this change was done only 
adds to the confusion.
I thought originally this was a workaround for code not building with 
OpenSSL 1.1, which would then also be required for thud.

> regards,
> Armin

cu
Adrian

[1] this is not one of the harder cases where reproducing the problem
    would be a problem
[2] "cyrpto", and "libcrypto" instead of "openssl p11-kit"

-- 

       "Is there not promise of rain?" Ling Tan asked suddenly out
        of the darkness. There had been need of rain for many days.
       "Only a promise," Lao Er said.
                                       Pearl S. Buck - Dragon Seed



  reply	other threads:[~2019-03-27  7:16 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-03-25 16:58 [meta-security][PATCH 1/2] keyutils: fix pulling in glibc when musl enabled Armin Kuster
2019-03-25 16:58 ` [meta-security][PATCH 2/2] sssd: fix libcrypto version used Armin Kuster
2019-03-26 10:24   ` Adrian Bunk
2019-03-26 22:52     ` akuster808
2019-03-27  7:16       ` Adrian Bunk [this message]
2019-03-29  5:16         ` akuster808

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20190327071631.GA22331@localhost \
    --to=bunk@stusta.de \
    --cc=akuster808@gmail.com \
    --cc=yocto@yoctoproject.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.