tech-pkg archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: gdb plist issue on CentOS 7



On 2019-03-30 13:57, Kamil Rytarowski wrote:
On 30.03.2019 16:01, Jason Bacon wrote:
On 2019-03-30 08:56, Jason Bacon wrote:
On 2019-03-30 00:54, Kamil Rytarowski wrote:
On 30.03.2019 03:24, Jason Bacon wrote:
Anyone install gdb on Linux recently?

=> Checking file-check results for gdb-8.1nb2
ERROR: ************************************************************
ERROR: The following files are in
/home/bacon/Pkgsrc/pkgsrc-2019-03-25/devel/gdb/work/.destdir/home/bacon/Pkgsrc/pkg-2019-03-25

but not in the PLIST:
ERROR:
/home/bacon/Pkgsrc/pkgsrc-2019-03-25/devel/gdb/work/.destdir/home/bacon/Pkgsrc/pkg-2019-03-25/man/man1/gcore.1


*** Error code 1

Stop.
bmake.bin[1]: stopped in /home/bacon/Pkgsrc/pkgsrc-2019-03-25/devel/gdb
*** Error code 1

Wondering if plist just needs an update, or if this is specific to
RHEL/CentOS.
gcore is enable in general for Linux and shall be shipped with it. Not
all OSs implement and enable it, there is enabled support for NetBSD
too, but it needs more work.

The gcore binary is installing on both NetBSD and CentOS.

What's odd is that the man page installs on CentOS but not NetBSD. I'm
wondering if the same is true on other Linux platforms.

The problem appears to be in doc/Makefile.in:

install-man1: $(MAN1S)
         test -z "$(man1dir)" || $(mkinstalldirs) "$(DESTDIR)$(man1dir)"
         @list='$(MAN1S)'; for p in $$list; do \
           if test
"x$(HAVE_NATIVE_GCORE_TARGET)$(HAVE_NATIVE_GCORE_HOST)" = x \
                   -a "$$p" = gcore.1; then \
             continue; \
           fi; \

 From configure.nat it looks like this work for NetBSD:

     nbsd*)
         NATDEPFILES='fork-child.o fork-inferior.o inf-ptrace.o'
         HAVE_NATIVE_GCORE_HOST=1
         ;;

So I think the question is why gcore.1 is not being installed on NetBSD.
BTW, this is not worth much effort.  8.1 has a vulnerability and 8.3 is
available upstream.  Unless there's a very simple fix, we might want to
just wait and upgrade after the branch.
 From a NetBSD point of view it's not worth doing anything with it,
unless we will make gdb-gcore work. Feel free to adjust the PLIST just
to get it building for now.

Thanks - I think I'll leave it alone for now and instead get an 8.3 package started in wip after the branch.

There's no urgency for me to have a binary package available.

Cheers,

    JB


Home | Main Index | Thread Index | Old Index