Re: Upgrading issues (i386 on PPro class) 5.4-5.5 leaving system horked (now 5.4-5.6)
On 2015-01-01, Damon Getsman damo.g...@gmail.com wrote:
Running update
/usr/local/bin/xmlcatalog:/usr/lib/libiconv.so.6.0: undefined symbol
'__guard' /usr/local/bin/xmlcatalog:/usr/lib/libiconv.so.6.0: undefined
symbol '__guard' New package glib2-2.40.0p7 will run the following
commands
libiconv should be in /usr/local/lib, not /usr/lib. I'm not sure how the
system got in this state but it's not from a standard package installation
which would put files in /usr/local/lib. (perhaps at some point you compiled
something outside of ports and ran into a problem with it not finding the
library, so copied it? however it happened it seems to be causing a conflict).
You might get somewhere by saving a package list (pkg_info ~/pkg.txt),
uninstalling all packages (pkg_delete -X), removing /usr/lib/libiconv.so.6.0
and other alien libraries from /usr/lib (check file dates), then
reinstalling packages (pkg_add -zl ~/pkgs.txt), but I can't guarantee it.
@exec /usr/local/bin/glib-compile-schemas /usr/local/share/glib-2.0/schemas
/dev/null
+ @exec /usr/local/bin/gio-querymodules /usr/local/lib/gio/modules
Running update
/usr/local/bin/glib-compile-schemas:/usr/lib/libiconv.so.6.0: undefined
symbol
'__guard' /usr/local/bin/gio-querymodules:/usr/lib/libiconv.so.6.0:
undefined symbol '__guard' New package shared-mime-info-1.3 will run
the following commands
+ @exec /usr/local/bin/update-mime-database /usr/local/share/mime
Running update
/usr/local/bin/update-mime-database:/usr/lib/libiconv.so.6.0: undefined
symbol '__guard' New package gdk-pixbuf-2.30.8 will run the following
commands
+ @exec /usr/local/bin/gdk-pixbuf-query-loaders --update-cache
Running update
/usr/local/bin/gdk-pixbuf-query-loaders:/usr/lib/libiconv.so.6.0:
undefined symbol '__guard' New package gtk-update-icon-cache-2.24.24
will run the following commands
+ @exec /usr/bin/find /usr/local/share/icons -type d -mindepth 1
-maxdepth 1 -exec /usr/local/bin/gtk-update-icon-cache -q -t -f {} \;
2/dev/null || true Running update New package djvulibre-3.5.25.3p0
2will run the following commands
+ @exec /usr/local/bin/gtk-update-icon-cache -q
-t /usr/local/share/icons/hicolor Running update
/usr/local/bin/gtk-update-icon-cache:/usr/lib/libiconv.so.6.0:
undefined symbol '__guard' New package dbus-1.8.6v0 will run the
following commands
+ @exec /usr/local/bin/dbus-uuidgen --ensure=/etc/machine-id
Running update
install-info: warning: no entries found for
`/usr/local/info/gdbm.info'; nothing deleted install-info: menu item
`gdbm_load' already exists, for file `(none)' New package pango-1.36.5
will run the following commands
+ @exec-update rm -f /etc/pango/pango.modules
+ @exec /usr/local/bin/pango-querymodules --update-cache
Running update
/usr/local/bin/pango-querymodules:/usr/lib/libiconv.so.6.0: undefined
symbol '__guard' Segmentation fault (core dumped)
New package librsvg-2.40.2 will run the following commands
+ @exec /usr/local/bin/gdk-pixbuf-query-loaders --update-cache
Running update
/usr/local/bin/gdk-pixbuf-query-loaders:/usr/lib/libiconv.so.6.0:
undefined symbol '__guard' New package gnome-icon-theme-3.12.0 will run
the following commands
+ @exec /usr/local/bin/gtk-update-icon-cache -q
-t /usr/local/share/icons/gnome Running update
/usr/local/bin/gtk-update-icon-cache:/usr/lib/libiconv.so.6.0:
undefined symbol '__guard' New package
gnome-icon-theme-symbolic-3.12.0p1 will run the following commands
+ @exec /usr/local/bin/gtk-update-icon-cache -q
-t /usr/local/share/icons/gnome Running update
/usr/local/bin/gtk-update-icon-cache:/usr/lib/libiconv.so.6.0:
undefined symbol '__guard' New package gtk+2-2.24.24 will run the
following commands
+ @exec /usr/local/bin/gtk-query-immodules-2.0 --update-cache
Running update
/usr/local/bin/gtk-query-immodules-2.0:/usr/lib/libiconv.so.6.0:
undefined symbol '__guard' Segmentation fault (core dumped)
New package desktop-file-utils-0.22 will run the following commands
+ @exec /usr/local/bin/update-desktop-database
Running update
/usr/local/bin/update-desktop-database:/usr/lib/libiconv.so.6.0:
undefined symbol '__guard' Segmentation fault (core dumped)
New package claws-mail-3.9.3p1 will run the following commands
+ @exec /usr/local/bin/update-desktop-database
+ @exec /usr/local/bin/gtk-update-icon-cache -q
-t /usr/local/share/icons/hicolor Running update
/usr/local/bin/update-desktop-database:/usr/lib/libiconv.so.6.0:
undefined symbol '__guard' Segmentation fault (core dumped)
/usr/local/bin/gtk-update-icon-cache:/usr/lib/libiconv.so.6.0:
undefined symbol '__guard'
New package dconf-0.20.0p0 will run the following commands+
@exec /usr/local/bin/gio-querymodules /usr/local/lib/gio/modules
Running
update /usr/local/bin/gio-querymodules:/usr/lib/libiconv.so.6.0:
undefined symbol '__gu ard' New package fedora_base-10.0p4 will run the
following commands
+ @exec ln -fhs /usr/local/emul/fedora /emul/linuxRunning update
New package
Re: Upgrading issues (i386 on PPro class) 5.4-5.5 leaving system horked (now 5.4-5.6)
I then ran into a bunch that I had to install unsigned, finally just
hitting the 'a'll so as to stop having to manually intervene and say
'y'es on each one. These started with metaauto*, autoconf-2.69p0*,
bash-4.2.45, beave, and then I lost track of the rest with the 'a'll
install specified.
The 5.5 packages *are* signed.
Oh I know it. Wasn't really familiar enough with the internals to
the upgrade process to be able to locate where the problem was, but
with the following information that you gave me I was able to start
tracking things down. I actually made it from 5.5-5.6, when things
looked like they were doing alright, and I'd stripped down to the core
binaries, but once again I've got a seriously borked system at 5.6 now.
I think you are trying to update packages from an incorrect source.
Check that PKG_PATH in the environment and/or /etc/pkg.conf are valid
for 5.5 and do pkg_add -D installed -u to update everything (this
will reinstall all packages). Capture the output (e.g. with script) so
if it fails you can show the exact output.
So yeah, it very much looks like this is the issue that was causing so
much strife. I still don't know where it's originally coming from,
but /etc/pkg.conf had a 5.5 PKG_PATH line, and in the environment,
despite the fact that I've set my root .profile up to have PKG_PATH
exported to toronto's http server (and the correct 5.6 URI).
Once I had the package list saved, I went ahead and went through
with the upgrade to the 5.6 core system (which seemed to go without any
issues) before trying to upgrade the packages and then, in turn, the
ports (which I still haven't tried). Anyway, I'm still getting
borkage, and it's causing me great mental duress. I captured the
output of pkg_add -D installed -u (both stdout and stderr), along with
some other output along the way.
I'm afraid that I'm not very familiar with the actual OpenBSD system
at a core level, other than standard administration of services and
daemons; I hope that since I'm pretty sure this debugging information
will be deficient you guys can point me in the right direction of how
to help get you (and myself) more information. Unfortunately it seems
to be incidents like this that teach me the most about OSes; haven't
had to deal with it much with Linux, having started on Slackware back
in the 1.0.x kernel days, since my early 20s, but OpenBSD still kicks
me in the nads from time to time.
So anyway, here's what output I've got, and please ask for more if
it'll help, and thank you very much in advance. This machine is quite
vital to me and I'm very much hoping not to have to reinstall
everything from scratch and try to insert all of the information back
into the appropriate tables, services, etc, especially as some of them
are custom.
I am skipping the full package list and manual packages list, as I
don't _think_ they are needed; I'll get them to the list posthaste if
this is inaccurate.
-=-=-=-=-
Output of pkg_add -D installed -u (stderr):
ew package libxml-2.9.1p1 will run the following commands
+ @exec /usr/local/share/libxml2/rebuild
Running update
/usr/local/bin/xmlcatalog:/usr/lib/libiconv.so.6.0: undefined symbol
'__guard' /usr/local/bin/xmlcatalog:/usr/lib/libiconv.so.6.0: undefined
symbol '__guard' New package glib2-2.40.0p7 will run the following
commands
+
@exec /usr/local/bin/glib-compile-schemas /usr/local/share/glib-2.0/schemas
/dev/null
+ @exec /usr/local/bin/gio-querymodules /usr/local/lib/gio/modules
Running update
/usr/local/bin/glib-compile-schemas:/usr/lib/libiconv.so.6.0: undefined
symbol
'__guard' /usr/local/bin/gio-querymodules:/usr/lib/libiconv.so.6.0:
undefined symbol '__guard' New package shared-mime-info-1.3 will run
the following commands
+ @exec /usr/local/bin/update-mime-database /usr/local/share/mime
Running update
/usr/local/bin/update-mime-database:/usr/lib/libiconv.so.6.0: undefined
symbol '__guard' New package gdk-pixbuf-2.30.8 will run the following
commands
+ @exec /usr/local/bin/gdk-pixbuf-query-loaders --update-cache
Running update
/usr/local/bin/gdk-pixbuf-query-loaders:/usr/lib/libiconv.so.6.0:
undefined symbol '__guard' New package gtk-update-icon-cache-2.24.24
will run the following commands
+ @exec /usr/bin/find /usr/local/share/icons -type d -mindepth 1
-maxdepth 1 -exec /usr/local/bin/gtk-update-icon-cache -q -t -f {} \;
2/dev/null || true Running update New package djvulibre-3.5.25.3p0
2will run the following commands
+ @exec /usr/local/bin/gtk-update-icon-cache -q
-t /usr/local/share/icons/hicolor Running update
/usr/local/bin/gtk-update-icon-cache:/usr/lib/libiconv.so.6.0:
undefined symbol '__guard' New package dbus-1.8.6v0 will run the
following commands
+ @exec /usr/local/bin/dbus-uuidgen --ensure=/etc/machine-id
Running update
install-info: warning: no entries found for
`/usr/local/info/gdbm.info'; nothing deleted install-info: menu item
`gdbm_load' already exists, for file `(none)' New package pango-1.36.5
will run the
