Re: Trying to track down pkgsrc problem in upgraded system

[John Klos <john%ziaspace.com@localhost>]

> > I recently updated a netbsd-5 macppc system to netbsd-7. I rebuilt
> > each package in turn until all had been recompiled to use the built-in
> > OpenSSL. This included Apache 2.4.
>
> You said "rebuilt each package in turn", which sounds like make
> replace.  If not please explain.

First, I saw which packages were reported when I tried to pkg_delete 
openssl, then I ran "make package update" for each one of those. Then, I 
deleted OpenSSL.

> To verify that everything has been rebuilt in order, I would do two
> things:
>
>  remove packages that aren't wanted/needed.  I suggest installing pkgin
>  (even if you are building from source), and patrolling the list of
>  "pkgin sk" and "pkgin -n ar" until you believe that everything you
>  want is in the "keepable" list (keepable, means the same as manually
>  installed, which corresponds to not having automatic=YES).   Then do
>  "pkgin -n ar".  This isn't really relevant, but I find that constant
>  maintenance helps reduce confusion.

I didn't use pkgin, but I removed unneeded packages, then recompiled each 
package that's date in /var/db/pkg/  was older than the update date.

>  Run "pkg_rolling-replace -uv".  If you have rebuilt everything in the
>  right order, it won't do anything.  But if you haven't, and there are
>  packages that were rebuilt after something that depends on them was
>  rebuilt, pkg_rr should do rebuilds in the right order.  (At its core,
>  it's just tsorting the dependency list, maintaining dirty flags and
>  rebuilding in order.)

I can't do that now, because I'm trying to install the prayer webmail 
package which wants every other package in pkgsrc, and devel/doxygen is 
apparently broken for NetBSD/ppc.

> Besides openssl, a lot of other things have changed.  Perhaps package
> versions (is this 2015Q3 up to date before and after?  something else?).
> Also the compiler has changed, and the new one may be buggy.  Actually
> the old one is probably buggy too but in different ways.

I always run the latest tagless pkgsrc. The versions of the packages for 
both NetBSD 5.2 and NetBSD 7 are the same.

> I would also remove the old openssl package, if the pkgin instructions
> about didn't do that.  That will make any unintended double linking with
> 2 openssl versions more obvious :-)

I did, and that was part of the idea of rebuilding all packages, but I had 
to reinstall it in order to install Apache from 5.2.

> Did you run the atf tests in /usr/tests?  Do they work as well on your
> system as how others report?  (I'm not saying I really suspect your box
> - symptoms don't make sense - but it's an easy thing to do and this is
> part of why they are there.)

Failed test cases:
    dev/md/t_md:basic, lib/csu/t_crt0:initfini1, lib/csu/t_crt0:initfini2,
    lib/csu/t_crt0:initfini3, lib/csu/t_crt0:initfini4,
    lib/libc/gen/t_fpsetmask:fpsetmask_masked_double,
    lib/libc/gen/t_fpsetmask:fpsetmask_masked_float,
    lib/libc/gen/t_fpsetmask:fpsetmask_masked_long_double,
    lib/libc/gen/t_fpsetmask:fpsetmask_unmasked_double,
    lib/libc/gen/t_fpsetmask:fpsetmask_unmasked_float,
    lib/libc/gen/t_fpsetmask:fpsetmask_unmasked_long_double,
    lib/libc/gen/t_siginfo:sigbus_adraln,
    lib/libc/sys/t_kevent:kqueue_unsupported_fd,
    lib/libc/sys/t_swapcontext:swapcontext2,
    lib/libpthread/t_join:pthread_join, lib/libpthread/t_mutex:mutex2,
    lib/libpthread/t_swapcontext:swapcontext1,
    libexec/ld.elf_so/t_dlinfo:rtld_dlinfo_linkmap_self

> I would try rebuilding packages without optimization, and with -g, to
> avoid compiler optimization errors and to get you set up for running gdb
> on apache.

I'll give this a try in a sandbox, perhaps, because serving is broken 
which affects a large number of sites.

Thanks,
John