Date: Mon, 1 Sep 2014 12:19:51 +0200 From: Ivan Voras <ivoras@freebsd.org> To: Craig Rodrigues <rodrigc@freebsd.org> Cc: freebsd-pkg@freebsd.org Subject: Re: pkg crashing? Message-ID: <CAF-QHFXQBYUw9SNLkDs2E8mxiaDBcKCJq61mj8E7RWf4yXfibg@mail.gmail.com> In-Reply-To: <CAG=rPVdo=4o7Z9-it9nNdwRuAP=C0hV_Q3xZtHsDOcr1zWroqw@mail.gmail.com> References: <CAF-QHFWA3DbtzDvfePTnL_5zHqK=xcvhpFds5HrD5GqaePVLxA@mail.gmail.com> <CAG=rPVdo=4o7Z9-it9nNdwRuAP=C0hV_Q3xZtHsDOcr1zWroqw@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 1 September 2014 12:01, Craig Rodrigues <rodrigc@freebsd.org> wrote:
> On Mon, Sep 1, 2014 at 2:41 AM, Ivan Voras <ivoras@freebsd.org> 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.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAF-QHFXQBYUw9SNLkDs2E8mxiaDBcKCJq61mj8E7RWf4yXfibg>