pkgsrc-Users archive

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

Re: segfault updating "devel/GConf" with 'pkg_add -U' or 'make replace'

"John D. Baker" <> wrote:
=> On machines (i386 or amd64) running netbsd-8 or -current, attempting to
=> update "GConf" either with 'make replace' or via binary package with
=> 'pkg_add -U' ('make replace' runs 'pkg_add -U -D') fails with a segfault,
=> presumedly while running the de-installation script:
=> ===> Building binary package for GConf-2.32.4nb11
=> => Creating binary package /usr/packages/All/GConf-2.32.4nb11.tgz
=> ===> Replacing for GConf-2.32.4nb11
=> => Becoming ``root'' to make su-replace (sudo)
=> ===> Updating using binary package of GConf-2.32.4nb11
=> /usr/sbin/pkg_add -K /var/db/pkg -U -D
=> /tmp/pkgsrc/devel/GConf/work/.packages/GConf-2.32.4nb11.tgz
=> [1]   Segmentation fault (core dumped) ${GIO_QUERYMODUL...
=> The following directories are no longer being used by GConf-2.32.4nb11,
=> and they can be removed if no other packages are using them:
=>         /usr/pkg/etc/gconf/gconf.xml.defaults
=> pkg_delete: Couldn't remove package directory in
=> `/var/db/pkg/GConf-2.32.4nb11'
=> pkg_add: exec of install script failed: No such file or directory
=> pkg_add: no files matching ``/var/db/pkg/GConf-2.32.4nb11/+*'' found:
=> Undefined error: 0
=> pkg_add: 1 package addition failed
=> *** Error code 1
=> Stop.
=> make: stopped in /x/pkgsrc/devel/GConf
=> Usually, the failure to update refers to a temporary directory:
=>   /var/db/pkg/GConf-2.32.4nb11.xxxxxx
=> Although the message reports "(core dumped)", I have yet to find any
=> core file anywhere on the machine's file system.
=> Given the partial text:  ${GIO_QUERYMODUL...
=> I suspect a similarity to problems in PR pkg/51266.
=> Anyone else seeing anything like this?

   Yes, I got this in a pkg_rolling-replace I did yesterday. I did find a
core in the temporary directory (since removed).

=> I can work around the problem by forcibly removing "GConf" and install
=> the package explicity with 'pkg_add' or 'make package-install'.  Of
=> course,
=> recorded dependency relationships are lost.

   As when I encountered the problem before, I force removed packages with
files under gio/modules with older timestamps (not yet updated), which
allowed the install to continue, and restarting pkg_rolling -replace
took care of the rest.

                                Gary Duzan

Home | Main Index | Thread Index | Old Index