pkgsrc-Users archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: +CONTENTS issue with lang/perl5 update
To chip in, my present pkg_rr fails as well in several packages
showing similar gssapi errorw, namely samba4:
...
[1936/3885] Compiling source3/librpc/crypto/gse.c
In file included from
../../third_party/heimdal/lib/gssapi/gssapi/gssapi_spnego.h:39,
from ../../lib/replace/system/gssapi.h:47,
from ../../lib/krb5_wrap/gss_samba.h:27,
from ../../auth/kerberos/pac_utils.h:27,
from ../../source3/librpc/crypto/gse.c:38:
../../third_party/heimdal/lib/gssapi/gssapi/gssapi.h:94:40: error:
conflicting types for 'gss_name_t'
94 | typedef struct gss_name_t_desc_struct *gss_name_t;
| ^~~~~~~~~~
.....
I thought it was something local, or I have made some mistake (still probable),
# grep error: samba-build.err | wc -l
2465
# grep error: samba_build.err | sort | awk '{print $6}' | uniq
'gss_inquire_saslname_for_mech'
'gss_inquire_mech_for_saslname'
gss_OID_desc_struct'
'gss_indicate_mechs_by_attrs'
'gss_inquire_attrs_for_mech'
'gss_display_mech_attr'
....
Basically everything gss....
Chavdar
(and yes, I ran pkg_admin rebuild-tree and rebuild; also pkg_chq -uq
in advance).
On Mon, 11 Dec 2023 at 15:24, Kevin Bloom <kevin.bloom%posteo.net@localhost> wrote:
>
> Greg Troxel <gdt%lexort.com@localhost> wrote:
>
> > Jonathan Perkin <jperkin%mnx.io@localhost> writes:
> >
> > >
> > > There are two likely causes of this:
> > >
> > > * You're running an older version of pkg_install prior to 20200701.
> > > * 'make replace' doesn't call pkg_admin rebuild-tree.
> > >
> > > For the 20200701 pkg_install release I made a number of changes to fix
> > > +REQUIRED_BY generation, and in pkgin I ensured that rebuild-tree is
> > > called after any pkgdb changes:
> > >
> > > https://github.com/NetBSD/pkgsrc/commit/185902296ec91fc88287c8c47d47a56304e9dc2d
> > > https://github.com/NetBSDfr/pkgin/commit/7b8477561e49a2f174f6f4b37928b4e5d1da2f14
> > >
> > > You should be able to fix it by manually running "pkg_admin
> > > rebuild-tree", but it would be good if someone can ensure that the
> > > replace target does this automatically (I never use it, sorry).
> >
> > I certainly agree that rebuild-tree is in order in this case.
> >
> > But, I think it's a bug if rebuild-tree is ever needed, and I object to
> > the sugestion that make replace should call it. I see rebuild-tree as
> > being like fsck, and it doing anything is evidence of a crash or a bug.
> >
> > I run pkg_rr all the time, calling make replace and very rarely do I end
> > up with a buggy line in +REQUIRED_BY. It used to be more frequent, and
> > now I don't remember the last time. That's consistent with "fixed in
> > 20200701".
>
> I usually run pkg_rr as well, which is where I first found this issue.
> Normally I don't have an issue with this type of thing. Thanks for
> the input as well, Greg.
--
----
Home |
Main Index |
Thread Index |
Old Index