From owner-freebsd-pkg@FreeBSD.ORG Mon Sep 1 10:20:34 2014 Return-Path: Delivered-To: freebsd-pkg@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4A3CE391; Mon, 1 Sep 2014 10:20:34 +0000 (UTC) Received: from mail-lb0-x22a.google.com (mail-lb0-x22a.google.com [IPv6:2a00:1450:4010:c04::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 89806156E; Mon, 1 Sep 2014 10:20:33 +0000 (UTC) Received: by mail-lb0-f170.google.com with SMTP id w7so5680767lbi.15 for ; Mon, 01 Sep 2014 03:20:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=9jttZlegV5BHjRZ0XL3ltpttDKBXReCmaJLFY77U84w=; b=Pv3RcycyZphDTR9pNHzBAGh/cd3rhw1vCa3Jsug5ashQSr9HFa82mtNjm2/brOEWo9 LICBDGlDCpIvATZ4+Ru2bjokC1uARlJIH7sN4Hg1qeYGZ4XuenuJk5wl0HOvSijNJEoM Ho262QIhkEVtPyiNbEFD3qwT6sLUWohQb/eSPXuxiZMxYvYbrPICAkNkEGqVnGmv06mG esbv9vcMKcRe1vNNkn1nuGL+rNNvq1YfcI4y+Sq38cqziOrhvenoQBxCwwnCOyCG357z SVAlnIATenIy3ETxkeWYQPK0Cde74CK81zYMzQB8ASLgpAgNz/LAarks0dCtHQEalkmM Wniw== X-Received: by 10.112.221.37 with SMTP id qb5mr26051640lbc.69.1409566831302; Mon, 01 Sep 2014 03:20:31 -0700 (PDT) MIME-Version: 1.0 Sender: ivoras@gmail.com Received: by 10.25.149.205 with HTTP; Mon, 1 Sep 2014 03:19:51 -0700 (PDT) In-Reply-To: References: From: Ivan Voras Date: Mon, 1 Sep 2014 12:19:51 +0200 X-Google-Sender-Auth: oWrzJ9dJWlEjkVGUTcVxFMHz9sk Message-ID: Subject: Re: pkg crashing? To: Craig Rodrigues Content-Type: text/plain; charset=UTF-8 Cc: freebsd-pkg@freebsd.org X-BeenThere: freebsd-pkg@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Binary package management and package tools discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Sep 2014 10:20:34 -0000 On 1 September 2014 12:01, Craig Rodrigues wrote: > On Mon, Sep 1, 2014 at 2:41 AM, Ivan Voras wrote: >> Just a quick note: >> >> # pkg upgrade postgresql90-client-9.0.17 postgresql90-contrib-9.0.16 >> postgresql90-server-9.0.16 >> Updating FreeBSD repository catalogue... >> FreeBSD repository is up-to-date. >> All repositories are up-to-date. >> pkg: No packages available to upgrade matching >> 'postgresql90-contrib-9.0.16' have been found in the repositories >> Child process pid=86122 terminated abnormally: Segmentation fault: 11 >> >> Maybe something's missing when a package cannot be upgraded. > > What version of pkg are you running? > Next time provide the version of pkg that you are running, when > reporting a problem. > > With pkg 1.3.7, I don't get that crash. I get this: > > # pkg upgrade postgresql90-client-9.0.17 postgresql90-contrib-9.0.16 > Updating FreeBSD repository catalogue... > FreeBSD repository is up-to-date. > All repositories are up-to-date. > pkg: postgresql90-client-9.0.17 is not installed, therefore upgrade is > impossible > pkg: No packages available to upgrade matching > 'postgresql90-client-9.0.17' have been found in the repositories > # I don't force pkg version so it's always the latest, 1.3.7. It does seem that it could be a local issue, I have some bad experiences with pkg recently. What's up with pkg and dependencies lately? I've just installed libreoffice on this machine which had icu52 installed, and the install passed without error AND without replacing icu52 with icu53, so the program naturally crashed with Shared object "libicuuc.so.53" not found, required by "libcomphelper.so" I've just upgraded icu manually (with "pkg upgrade icu"), but it *didn't upgrade any packages depending on it*, so I'm now left with binaries depending on a missing library: # ldd `which vmtoolsd` vmtoolsd: libvmtools.so.0 => /usr/local/lib/libvmtools.so.0 (0x800823000) libkvm.so.5 => /lib/libkvm.so.5 (0x800a9b000) libcrypt.so.5 => /lib/libcrypt.so.5 (0x800ca3000) libthr.so.3 => /lib/libthr.so.3 (0x800ec2000) libgmodule-2.0.so.0 => /usr/local/lib/libgmodule-2.0.so.0 (0x8010e5000) libgobject-2.0.so.0 => /usr/local/lib/libgobject-2.0.so.0 (0x8012e8000) libffi.so.6 => /usr/local/lib/libffi.so.6 (0x801535000) libgthread-2.0.so.0 => /usr/local/lib/libgthread-2.0.so.0 (0x80173c000) libglib-2.0.so.0 => /usr/local/lib/libglib-2.0.so.0 (0x80193d000) libpcre.so.3 => /usr/local/lib/libpcre.so.3 (0x801c35000) libintl.so.9 => /usr/local/lib/libintl.so.9 (0x801e99000) libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x8020a3000) libicui18n.so.52 => not found (0) libicuuc.so.52 => not found (0) libicudata.so.52 => not found (0) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x80239f000) libm.so.5 => /lib/libm.so.5 (0x8026a6000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x8028c7000) libc.so.7 => /lib/libc.so.7 (0x802ad5000) libicui18n.so.52 => not found (0) libicuuc.so.52 => not found (0) libicudata.so.52 => not found (0) # pkg which `which vmtoolsd` /usr/local/bin/vmtoolsd was installed by package open-vm-tools-nox11-1280544_4,1 # pkg search open-vm-tools open-vm-tools-1280544_6,1 open-vm-tools-nox11-1280544_6,1 # pkg info|grep open-vm open-vm-tools-nox11-1280544_4,1 Open VMware tools for FreeBSD VMware guests # pkg -v 1.3.7 # pkg upgrade open-vm-tools-nox11 Updating FreeBSD repository catalogue... FreeBSD repository is up-to-date. All repositories are up-to-date. Updating database digests format: 100% pkg: plexhometheater has a missing dependency: lame The following 1 packages will be affected (of 0 checked): Installed packages to be UPGRADED: open-vm-tools-nox11: 1280544_4,1 -> 1280544_6,1 The operation will free 5 kB. 431 kB to be downloaded. Proceed with this action? [y/N]:y Fetching open-vm-tools-nox11-1280544_6,1.txz: 100% 431 kB 442.1k/s 00:01 Checking integrity... done (0 conflicting) [1/1] Upgrading open-vm-tools-nox11 from 1280544_4,1 to 1280544_6,1: 100% # ldd `which vmtoolsd` /usr/local/bin/vmtoolsd: libvmtools.so.0 => /usr/local/lib/libvmtools.so.0 (0x800823000) libgmodule-2.0.so.0 => /usr/local/lib/libgmodule-2.0.so.0 (0x800a9b000) libgobject-2.0.so.0 => /usr/local/lib/libgobject-2.0.so.0 (0x800c9e000) libffi.so.6 => /usr/local/lib/libffi.so.6 (0x800eeb000) libgthread-2.0.so.0 => /usr/local/lib/libgthread-2.0.so.0 (0x8010f2000) libglib-2.0.so.0 => /usr/local/lib/libglib-2.0.so.0 (0x8012f3000) libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x8015eb000) libpcre.so.3 => /usr/local/lib/libpcre.so.3 (0x8018e7000) libintl.so.9 => /usr/local/lib/libintl.so.9 (0x801b4b000) libkvm.so.5 => /lib/libkvm.so.5 (0x801d55000) libcrypt.so.5 => /lib/libcrypt.so.5 (0x801f5d000) libthr.so.3 => /lib/libthr.so.3 (0x80217c000) libicui18n.so.53 => /usr/local/lib/libicui18n.so.53 (0x80239f000) libicuuc.so.53 => /usr/local/lib/libicuuc.so.53 (0x802813000) libicudata.so.53 => /usr/local/lib/libicudata.so.53 (0x802ba1000) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x80428b000) libm.so.5 => /lib/libm.so.5 (0x804592000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x8047b3000) libc.so.7 => /lib/libc.so.7 (0x8049c1000) This is the same type of problem I've complained in my post about php - but this is a completely unrelated system.