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