Bug 176435 - libvnc.so gone in vnc-server-4.1.1-31, broken in vnc-server-4.1.1-30.1
libvnc.so gone in vnc-server-4.1.1-31, broken in vnc-server-4.1.1-30.1
Status: CLOSED RAWHIDE
Product: Fedora
Classification: Fedora
Component: vnc (Show other bugs)
rawhide
All Linux
medium Severity medium
: ---
: ---
Assigned To: Tim Waugh
David Lawrence
:
Depends On:
Blocks: FC5Target
  Show dependency treegraph
 
Reported: 2005-12-22 14:01 EST by Alexandre Oliva
Modified: 2007-11-30 17:11 EST (History)
0 users

See Also:
Fixed In Version: 4.1.1-33
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2006-01-03 12:43:51 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:


Attachments (Terms of Use)

  None (edit)
Description Alexandre Oliva 2005-12-22 14:01:57 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.8) Gecko/20051216 Fedora/1.5-3 Firefox/1.5

Description of problem:
When I upgraded xorg-x11-server-Xorg-1.0.0-1 yesterday, X would no longer start because of some __GL* symbol somewhere.  I downgraded to 0.93-1 and things got back to work.

Today I upgraded to 1.0.0-2, and it worked again, but it wasn't listening on the VNC port.  As it turned out, vnc-server-4.1.1-31 dropped libvnc.so entirely.  I hope this was just an oversight or some temporary change.

Anyhow, reverting to vnc-server-4.1.1-30.1, the problem of X no longer starting because of the __GL symbol came back.  I had to go back to the old xorg-x11-server-Xorg again in order to get the vnc service back.

Version-Release number of selected component (if applicable):
vnc-server-4.1.1-31 xorg-x11-server-Xorg-1.0.0-2

How reproducible:
Always

Steps to Reproduce:
1.Have `Load "vnc"' as a module in xorg.conf
2.Start X

Actual Results:  With the latest rawhide, X starts fine, but it fails to load the vnc module because it's not there (tried both i386 and x86_64).  With earlier vnc-server, X crashes.  With earlier vnc-server and X server, it works.

Expected Results:  libvnc.so should be brought back, ideally in a functional state :-)

Additional info:
Comment 1 Tim Waugh 2005-12-23 03:14:06 EST
Caused by shipped libtool not setting shrext for some reason.
Comment 2 Tim Waugh 2005-12-23 07:00:56 EST
Should be fixed in 4.1.1-32.  Thanks for the report.
Comment 3 Alexandre Oliva 2005-12-28 13:10:32 EST
It is fixed as in the .so file is back in place, but it's still broken, in that
I have to revert to xorg-x11-server-Xorg-0.99.3-9 to get the latest vnc-server
to work as an X loadable module.  With xorg-x11-server-Xorg-1.0.0-3, Xorg.0.log
ends like this:

(II) Initializing built-in extension XEVIE
No matching visual for __GLcontextMode with visual class = 1 (32774), nplanes =
4294967295
No matching visual for __GLcontextMode with visual class = 1 (32774), nplanes =
4294967295
No matching visual for __GLcontextMode with visual class = 1 (32774), nplanes =
4294967295
No matching visual for __GLcontextMode with visual class = 1 (32774), nplanes =
4294967295
No matching visual for __GLcontextMode with visual class = 1 (32774), nplanes =
4294967295
No matching visual for __GLcontextMode with visual class = 1 (32774), nplanes =
4294967295
No matching visual for __GLcontextMode with visual class = 1 (32774), nplanes =
4294967295
No matching visual for __GLcontextMode with visual class = 1 (32774), nplanes =
4294967295
Comment 4 Tim Waugh 2006-01-03 08:24:37 EST
That looks like an XEVIE problem.  However, I get this with the VNC extension:

 vncext:      VNC extension running!
 vncext:      Listening for VNC connections on port 5901
X: symbol lookup error: /usr/lib/xorg/modules/extensions/libvnc.so: undefined
symbol: XCreateRegion
Comment 5 Tim Waugh 2006-01-03 12:43:51 EST
Fixed in 4.1.1-33.
Comment 6 Alexandre Oliva 2006-01-05 11:55:54 EST
Confirmed fixed, thanks!

Note You need to log in before you can comment on or make changes to this bug.