Re: symbol ( - - - - ) size mismatch, relink your program

Previous thread: Re: symbol ( - - - - ) size mismatch, relink your program by James A. Peltier on Saturday, December 11, 2010 - 12:53 pm. (1 message)

Next thread: easy snapshot updates by Ted Unangst on Saturday, December 11, 2010 - 3:19 pm. (2 messages)
From: Mihai Popescu B.S.
Date: Saturday, December 11, 2010 - 2:07 pm

Sorry folks,

I was to quick in posting. Here are the details: I've installed from
what is (was) today on snapshots on ftp server. Then I used the same
ftp snapshot mirror for packages. That's all, no CVS, no compile, just
plain install from what is (was) on snapshots - base & packages.
This was after a long pause of using OpenBSD as a desktop, I was using
it only as a router. I had to do this to give a try to Ubuntu, but I
was disappointed with it and came back to old and stable stuff. I did
the same install like in the old times, get the snapshot and go.
First, my ATI HD4350 refused to startx, effectively putting my display
in some unusable state: I had to remove power from display to get it
back online. I searched the archive and found out that Xorg became a
"joke" since Intel put some code in it. Too sad.
Then I got the messages about symbol size mismatch. I've installed
empathy but got some strange messages like Cannot execute the script
... (not a manual?) and empathy refused to start being unable to load
some lib.so files. Now I replaced the ATI HD4350 with ATI X1650 and
managed to get X working.
Are there new things in snapshot which I don't know ? Should I wait
for another compile of packages, to have a date close to the base
compile time ?
If X is so crappy, is there another thing to use ?

Many thanks.

From: roberth
Date: Saturday, December 11, 2010 - 3:02 pm

On Sat, 11 Dec 2010 23:07:02 +0200

something like
/regxpcom:/usr/local/lib/libsqlite3.so.14.0: /usr/local/mozilla-firefox/libsqlite3.so.22.1 : WARNING: symbol(sqlite3_version) size mismatch, relink your program
can be ignored atm.

i don't use empathy, so no idea if it is broken, the actual error
messages would help.
for ports/package related stuff there is ports@ which might get you a
quicker response.

"not a manual" might point to a "bad" manpage, related to the
mandoc/groff change; nothing to worry about either from a pure user
perspective. the package should have installed fine nevertheless.

From: patsy
Date: Saturday, December 11, 2010 - 3:39 pm

I don't mean to brag, but my Radeon HD4350 works fine with X. Sending
a dmesg to the list is never a bad idea if hardware is misbehaving.
Are you using an xorg.conf?

Incidentally, if you are using a snapshot then you should use the
ports.tar.gz that comes with the snapshot, the packages that may be
available won't necessarily work (they usually do, but it's not by
design). There was a thread about it recently, I'm afraid I can't
recall the title though.

Patsy

From: Tomas Bodzar
Date: Sunday, December 12, 2010 - 12:32 am

OpenBSD has its own version of X based on Xorg called Xenocara.
(www.xenocara.org)

man radeon (because there is RV710       Radeon HD 4350/4550).
So your card is supported, but you must send your dmesg, xorg.conf,
Xorg.0.log and probably 'pcidump -v' (because there will be details

From: Stuart Henderson
Date: Monday, December 13, 2010 - 4:13 am

many packages are now using manpages preformatted at build time.
makewhatis(8) doesn't handle these very well yet.



you need to show the actual messages.

Previous thread: Re: symbol ( - - - - ) size mismatch, relink your program by James A. Peltier on Saturday, December 11, 2010 - 12:53 pm. (1 message)

Next thread: easy snapshot updates by Ted Unangst on Saturday, December 11, 2010 - 3:19 pm. (2 messages)