On Monday 03 March 2003 02.19, Cliff Sarginson wrote:
> Hello,
> Ok so portupgrde did not work in installing the latest KDE.
> I cannot get KDE to run at all.
> I get errors about libintl being missing.
> Plus a mysterious and new requirement to tell make I have a Matrox 450
> card.

That's not a requirement, it's an option, if you want special support for that 
card from something that offers it.   Probably X itself, certainly nothing 
related to KDE.

*What* says libintl is missing? which binary? there is no binary called "KDE", 
something specifically must be giving these problems.  

Does upgrading gettext help.  You *need* to keep your dependencies up to date 
as well as the port you're trying to upgrade, these things are not developed 
in a vacuum.

> Plus the fact I cannot even re-intall KDE from the 4.7 ISO CD's.
> I get the highly useful message "Error -1".

From what? The CD-Rom drive? KDE? What KDE binary? From pkg_add? from 
Portupgrade? from tcsh?  From Raelian clones?

Who knows.

> Now, correct me if I am wrong.
> The tag for ports should always be ".", since the do not follow any kind
> of upgrade system like the release does.
> Why does portupgrade try to find 4.8-PRELEASE ports ?
> This is nonsense.
> From where is it getting this idea ?

uname -a

Because you are trying to make it install packages, for a branch that doesn't 
exist yet.  I honestly could explain this, but it would take more time than I 
have this precise minute, and wouldn't help you fix anything anyway.  

So here's my "Lauri's rules to upgrading ports and stuff"

1: Don't mix pkg_add -r and portupgrade, you *will* have problems.  You can 
mix "make install" and portupgrade, in most cases.  

2: Run pkgdb -F before you try to do anything.  Follow it's instructions to 
the letter.  *Fix* your pkgdb before you continue.  If you don't understand 
what it's asking you, cut and paste what it says into an email and ask.  
Don't give anecdotes or paraphrase the errors, if you do we *cannot* help 

3: Have an up to date portsdb -u.  Run it after every cvsup.  Most everyone 
will advise you do "portsdb -Uu" and it won't hurt if you do, but it will 
take exponentially longer.  You'll have a shiny up to date index out of it 
though.  portsdb -u is the one that portupgrade needs to be up to date to 
work effectively.
Ignore the complaints it makes about anything, you only have an actual problem 
if it fails to complete it's run.
If it actually fails, cut and paste what it says into an email and ask.  Don't 
give anecdotes or paraphrase the errors, if you do we *cannot* help you.

4: Don't try to upgrade piecemeal if other ports are out of date.  The problem 
you describe above probably relate to a out of date dependency ports, but I 
can't be totally sure without the info from "pkg_info -Ia".   Don't 
paraphrase that output, cut and paste it into an email, or I can't help you 
(are you seeing a pattern here?)

*ALL* dependencies must be up to date, before you try to upgrade something 
like KDE.    It probably won't build with an old version of anything that it 
depends on, and if it does, it might not work.  If you really have your 
system in such a mess as I suspect, it's amazing anything is working. 

You can get in a situation where a particular binary finds it is missing a 
particular library dependency (your libintl problem) if you install a binary 
package that was built with a different *version* of the library than the one 
you now have installed.  

pkgdb -F will show you these as "stale dependencies", but it can't necessarily 
fix them, because this is something that can only be fixed by recompiling.  

You have two choices:
4a: Recompile the affected binary package against the currently installed 
version of the library,
4b: Reinstall packages of *both* the binary and the library, that were built 
against each other.   

Taking that second option, will likely cause the problem to reappear in 
anything else you've built locally.  This is precisely why I say don't mix 
pkg_add and portupgrade/make install - use one way, or use the other, or be 
prepared to spend endless hours fixing things by hand.

5: Report build problems with ports *to the maintainer* with the output of 
"pkg_info -Ia", the output of "uname -a", the output of configure from the 
affected port (run it again with script, if you must) and config.log from the 
wrkdir.  With these things, we stand a really good chance of diagnosing your 
problems.    Don't paraphrase any of the error logs, cut and paste them.  We 
really can't help you without them.

6: If you've done "make build" in a port and it fails, do this:
make clean
cvsup your ports
try it again
*BEFORE* you report a problem.

If you've done portupgrade in a port, do the above anyway.

If you really want your system fixed, and to understand how to safely upgrade 
things in place, you need to learn how to complain and report problems 
effectively.  I highly suggest the following pages as reading, right now, 
before you go any further:

How to Ask Questions the Smart Way: 
How to Report Bugs Effectively: 
Writing FreeBSD Problem Reports:

Lauri Watts
KDE Documentation: http://i18n.kde.org/doc/
KDE on FreeBSD: http://freebsd.kde.org/

Attachment: pgp00000.pgp
Description: signature

Reply via email to