Solved 10.1-RELEASE - missing libjpeg.so.8

free-and-bsd said:
If you start afresh there shouldn't be any "upgrade" problems because everything is fresh install and no upgrade needed at all. Fetch the latest ports tree, clean the pkg database, build everything afresh with portmaster(8). And that's to build pkg(7) first of all, using make install clean procedure.Then the same for portmaster(8). Then the rest you install using portmaster(8). There should be no such problem then.
Click to expand...

That sounds to big and too vague for my little 640KB kernel. :D

I've got all but 3 of the ports updated. These continue to fail: devel/binutils, sysutils/tmux, and devel/libevent2. I still haven't connected the missing link; if these are outdated or broken, why can't the tools I have tried just download the new correct port, instead of failing. My ports tree is up to date btw.

I'll do more reading and keep at it, but if there is a URL to a great page or two that explains and illustrates all of this it would be much appreciated.
 
Last edited by a moderator:
So did I get it all done? Is there something else I need to do?

# portsnap fetch update
Code: 
Looking up portsnap.FreeBSD.org mirrors... 7 mirrors found.
Fetching snapshot tag from your-org.portsnap.freebsd.org... done.
Latest snapshot on server matches what we already have.
No updates needed.
Ports tree is already up to date.


# portmaster -L --index-only| egrep '(ew|ort) version|total install'
===>>> 118 total installed ports
  ===>>> There are no new versions available

And net/minidlna installed, and a repeat of portmaster -L --index-only| egrep '(ew|ort) version|total install' came back clean.

There must be more I have to check right? I can't be done can I?
 
Last edited by a moderator:
# pkg_libchk -qo and got misc/compat8x.

I thought that meant it was missing so I did a make deinstall, followed by a make reinstall clean, but get the exact same result.

Thanks everyone, this has been a great experience for me.
 
Last edited by a moderator:
Run pkg_libchk without options to see the problem rather than the name of the port that needs to be rebuilt. You might also try just deleting that particular port, because it might not be needed any longer.
 
PacketMan said:
That sounds to big and too vague for my little 640KB kernel. :D
Click to expand...
Nope, instead it's simplicity itself... though this recipe is the last resort. In short, it's done by pkg delete -a. This will delete all packages and clean the pkg db. If you don't know that already: whatever is installed via portmaster(8) can be deleted via pkg delete $portname.

Then, with the clean system and latest ports tree you go straight into /usr/ports/ports-mgmt/pkg and issue make install clean as root. Then do the same in /usr/ports/ports-mgmt/portmaster. That's it! The rest is installed by portmaster $portname, which will also install all the needed dependencies -- the latest versions, mind you.
PacketMan said:
I've got all but 3 of the ports updated. These continue to fail: binutils tmux libevent2. I still haven't connected the missing link: if these are outdated or broken, why can't the tools I have tried just download the new correct port, instead of failing. My ports tree is up to date btw...
Click to expand...
What exactly does portmaster say regarding each of these? Do you watch the message it outputs while building and installing? Which stage is it that fails? Fetching? Extracting? Building? Installing? It must be one of these, you know. Or is it "marked broken"? Or, are there any installed versions that cause conflict? What's in your /etc/make.conf file? You've got to check each one of the above questions to get to the core of the problem.

Example: some app says it can't find libjpeg.so.8. All right, issue pkg info graphics/jpeg. If it says "not found", then do portmaster graphics/jpeg. So press it, press it this way or another to get the output about the problem that causes it all.

And as was mentioned, drop this habit of installing apps "using either ports or packages". Should be either this or that.
And the ports tree being reported "up-to-date" by portsnap(8) doesn't necessarily mean it's integrity being OK. Have faced that myself... Once, after continued failures to complete the Xorg build I had, as one of the measures, to delete /usr/ports and fetch it anew. And that really worked.
 
wblock@ said:
Run pkg_libchk without options to see the problem rather than the name of the port that needs to be rebuilt. You might also try just deleting that particular port, because it might not be needed any longer.
Click to expand...
Right, pkg autoremove will offer to remove ALL build depends and other "orphans". You'll have to rebuild all of them the next time they're needed... but that will most likely get rid of your problematic binutils (which "binutils" are they, BTW?).
 
PacketMan said:
See my posts on page 1...
Click to expand...
No man. Either your posts and logs are outdated, or your ports tree is. Or... you're not following the directions given.

You were advised to read /usr/ports/UDPATING. Now did you read it? Well, here's what it says about devel/libevent (that's among your failure logs):
Code: 
20140723:
  AFFECTS: users of devel/libevent

  libevent1 has been replaced by libevent2 via the compatibility layer.
  All applications that used libevent1 must be rebuilt.

  Please remove libevent1 before upgrading, by running:

  pkg delete -f libevent
Fix up this one first, then try again and report back.

BTW: reading /usr/ports/UPDATING isn't that difficult. Notice the date above: 20140723. See, the changes all have dates. So, for example, if your installation is dated 25.10.2014, then the message above shouldn't be of any concern to you. Because in that case all your ports would have been built after the date 20140723, but that fix is for those built before... and so on.

From which I read at least that your installation must be older than that date. For example, on my system there is no /usr/ports/devel/libevent at all.
 
There's the pkg-updating(8) command that you can always consult in cases like this, use the offending package/port name as the query term:

Code: 
$ pkg updating libevent
20140723:
  AFFECTS: users of devel/libevent

  libevent1 has been replaced by libevent2 via the compatibility layer.
  All applications that used libevent1 must be rebuilt.

  Please remove libevent1 before upgrading, by running:

        pkg delete -f libevent

That's the exact same entry as in the post above by free-and-bsd.
 
free-and-bsd said:
No man. Either your posts and logs are outdated, or your ports tree is. Or... you're not following the directions given.

You were advised to read /usr/ports/UDPATING. Now did you read it?
Click to expand...

I thought you asked me to post logs and I responded saying I did previously. But you're right, I did not do any of that before this problem started. But thanks to many supportive folks I have learned a lot and when I have time will repeat what I have learned on my other machines.
 
PacketMan said:
I thought you asked me to post logs and I responded saying I did previously. But you're right, I did not do any of that before this problem started. But thanks to many supportive folks I have learned a lot and when I have time will repeat what I have learned on my other machines.
Click to expand...
I'm sure you'll become expert in no time ;).

Actually, the advantage of FreeBSD is that it's all pretty straight-forward in it. You learn the main commands used, say, in handling ports -- and that'll tidy up your understanding of how it all works. Once there, you'll have no problems troubleshooting this stuff...
 
You must log in or register to reply here.
Back
Top