pkgsrc-Bugs archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: pkg/55845: pkgin may cause pkg_add to dump core
The following reply was made to PR pkg/55845; it has been noted by GNATS.
From: Jonathan Perkin <jperkin%joyent.com@localhost>
To: gnats-bugs%netbsd.org@localhost
Cc: pkg-manager%netbsd.org@localhost, gnats-admin%netbsd.org@localhost, pkgsrc-bugs%netbsd.org@localhost
Subject: Re: pkg/55845: pkgin may cause pkg_add to dump core
Date: Sat, 5 Dec 2020 13:47:43 +0000
* On 2020-12-05 at 12:40 GMT, he%NetBSD.org@localhost wrote:
> # pkgin in p5-DBD-postgresql
> calculating dependencies...done.
> postgresql12-client-12.4nb1 (to be installed) conflicts with installed package postgresql95-client-9.5.23nb1.
> proceed ? [y/N] n
> Segmentation fault (core dumped)
> # pkg_info | grep pkgin
> pkgin-20.8.0 Apt / yum like tool for managing pkgsrc binary packages
This is a known bug in 20.8.0, fixed in 20.11.0
> # ls -l *.core
> -rw------- 1 root wsrc 4885936 Dec 4 14:33 pkg_add.core
Are you sure this is the core that was dumped above? I would expect
to see a pkgin core.
> What?!? Why would pkgin run pkg_add behind my back when I
> said that pkgin should *not* proceed?
I'm almost certain it wouldn't, certainly the only place it does run
(actions.c, do_pkg_install()), you would expect to see some further
output beforehand, which doesn't match your output.
If this really is a pkg_add.core from a pkgin segfault, then I think
the only thing that would explain this is a really bad build that is
completely re-arranging some of the code.
--
Jonathan Perkin - Joyent, Inc. - www.joyent.com
Home |
Main Index |
Thread Index |
Old Index