Somebody give me a gun

N

Niatross

Somebody give me a gun so I can put myself out of my own misery.

I upgraded from 8.3-RELEASE-p3 to 9.0-RELEASE-p3 using the following steps:
Code: 
freebsd-update upgrade -r 9.0-RELEASE
freebsd-update install
reboot
freebsd-update install
Note:
I have no ports installed so I didn't need to rebuild them after upgrading. I do have The Ports Collection installed though.

The issue is this...

If I search for a port (ex: make search name=nano) the following error occurs:
Code: 
"The search target requires INDEX-9. Please run make index or make fetchindex."
If I type "make index" I receive the following error:
Code: 
Generating INDEX-9 - please wait.. Shared object "libutil.so.8" not found
I have read articles that say to make the following symlink to fix the problem (not a very good solution):
Code: 
ln -s libutil.so.9 libutil.so.8
I have also read articles that say to install "compat8x".

What's the proper way to fix this problem? Why doesn't the "make" command that is built into the "Base system" use my "libutil.so.9" library?
 
make index uses Perl, which is probably the component that was not updated because it is not part of the base.

Niatross: can you verify that
% pkg_info
actually shows nothing?

# make fetchindex
is faster than building one, and may work.
 
wblock@ said:
make index uses Perl, which is probably the component that was not updated because it is not part of the base.

Niatross: can you verify that
% pkg_info
actually shows nothing?

The "pkg_info" command displays 9 packages (but none of these packages were installed via ports). They were installed via "pkg_add -r".

They are:

Code: 
bash
bison
gettext
libiconv
libtool
m4
portmaster
pstree
sudo

# make fetchindex
is faster than building one, and may work.
Click to expand...

The "make fetchindex" command corrects the issue, but am I going have more problems with other programs down the road with this "libutil.so.8" library not being found.

What happened here? I did a real simple upgrade and the previous OS (8.3-RELEASE-p3) was brand new with 9 packages installed on it and I cannot even run the "make search name=nano" command on the new OS (9.0-RELEASE-p3) without it blowing up on me and giving me an INDEX-9 error.
 
SirDice said:
Rebuild all the ports you have installed. Or, as a temporary stopgap, install misc/compat8x.
Click to expand...


In fact I just did a rebuild of ports on an identical virtual machine and the same error occurs. Why should I use "compat8x"? That's not a permanent way to fix this problem. That's a stop gap measure. I want to use the 9 libraries, not the 8's.
 
Niatross said:
Why should I use "compat8x"? That's not a permanent way to fix this problem. That's a stop gap measure.
Click to expand...
And that's exactly what I said.
 
It's possible you rebuilt the ports when the old libraries where still around. But, instead of screwing around will all sorts of things you could just pkg_delete -a, removing all installed ports. Since it's not that much the inconvenience is probably a lot less than the horror of trying to fix this.
 
Niatross said:
The "make fetchindex" command corrects the issue, but am I going have more problems with other programs down the road with this "libutil.so.8" library not being found.

What happened here? I did a real simple upgrade and the previous OS (8.3-RELEASE-p3) was brand new with 9 packages installed on it and I cannot even run the "make search name=nano" command on the new OS (9.0-RELEASE-p3) without it blowing up on me and giving me an INDEX-9 error.
Click to expand...

The packages were installed before the upgrade, so they are still looking for old libraries. The commands that are failing use those applications somehow.

Either pkg_delete(1) the old packages and install new ones, or rebuild them from ports.
 
You must log in or register to reply here.
Back
Top