All of lore.kernel.org
 help / color / mirror / Atom feed
From: Petr Vorel <pvorel@suse.cz>
To: Steve Dickson <steved@redhat.com>
Cc: linux-nfs@vger.kernel.org, Petr Vorel <petr.vorel@gmail.com>,
	Olga Kornievskaia <kolga@netapp.com>
Subject: Re: [PATCH 1/1] libtirpc: Add detection for new rpc_gss_sec members
Date: Mon, 13 Nov 2023 19:30:11 +0100	[thread overview]
Message-ID: <20231113183011.GA2247997@pevik> (raw)
In-Reply-To: <900689ef-3f63-4c54-b986-f612c4b2109c@redhat.com>

Hi Steve,

Thanks for having a look.

> Hello,

> On 10/25/23 2:01 PM, Petr Vorel wrote:
> > From: Petr Vorel<petr.vorel@gmail.com>

> > 4b272471 started to use struct rpc_gss_sec member minor_status, which
> > was added in new libtirpc 1.3.4. Add check for the member to prevent
> > failure on older libtirpc headers.

> > Fixes: 4b272471 ("gssd: handle KRB5_AP_ERR_BAD_INTEGRITY for machine credentials")
> > Signed-off-by: Petr Vorel<pvorel@suse.cz>
> > ---
> >   aclocal/libtirpc.m4 | 4 ++++
> >   1 file changed, 4 insertions(+)

> > diff --git a/aclocal/libtirpc.m4 b/aclocal/libtirpc.m4
> > index bddae022..dd351722 100644
> > --- a/aclocal/libtirpc.m4
> > +++ b/aclocal/libtirpc.m4
> > @@ -25,6 +25,10 @@ AC_DEFUN([AC_LIBTIRPC], [
> >                            [AC_DEFINE([HAVE_LIBTIRPC_SET_DEBUG], [1],
> >                                       [Define to 1 if your tirpc library provides libtirpc_set_debug])],,
> >                            [${LIBS}])])
> > +     AS_IF([test "$enable_gss" = "yes"],
> > +           [AC_CHECK_MEMBER(struct rpc_gss_sec.minor_status,,
> > +                         [AC_MSG_ERROR([Missing rpc_gss_sec.minor_status in <rpc/auth_gss.h>, update libtirpc or run with --disable-gss])],
> > +                         [#include <rpc/auth_gss.h>])])
> >     AC_SUBST([AM_CPPFLAGS])
> >     AC_SUBST(LIBTIRPC)
> > -- 2.42.0

> This does not work... since it is looking at that gssrpc/auth_gss.h
> instead of the tirpc/rpc/auth_gss.h so the check fails
Is it? There is no <gssrpc/auth_gss.h>. I suppose you test on some recent
Fedora, I'll retest it.

I tested it on openSUSE Tumbleweed, where libtirpc-devel is
installed into /usr/include/rpc/, thus /usr/include/rpc/auth_gss.h exists.
But on Debian (and likely on RHEL/Fedora as you noticed it) is on
/usr/include/tirpc/rpc/auth_gss.h.

I hoped that this is handled elsewhere via -I/usr/include/tirpc.
So, I'm really confused why would have look at <gssrpc/auth_gss.h>.

Kind regards,
Petr

> I like the idea of having the check, but I'm not sure on
> how to point it in the right direction.

> steved.

  reply	other threads:[~2023-11-13 18:30 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-10-25 18:01 [PATCH 1/1] libtirpc: Add detection for new rpc_gss_sec members Petr Vorel
2023-11-13 17:05 ` Steve Dickson
2023-11-13 18:30   ` Petr Vorel [this message]
2023-11-13 18:48     ` Steve Dickson

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=20231113183011.GA2247997@pevik \
    --to=pvorel@suse.cz \
    --cc=kolga@netapp.com \
    --cc=linux-nfs@vger.kernel.org \
    --cc=petr.vorel@gmail.com \
    --cc=steved@redhat.com \
    /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.