Bug 176435

Summary:	libvnc.so gone in vnc-server-4.1.1-31, broken in vnc-server-4.1.1-30.1
Product:	[Fedora] Fedora	Reporter:	Alexandre Oliva <oliva>
Component:	vnc	Assignee:	Tim Waugh <twaugh>
Status:	CLOSED RAWHIDE	QA Contact:	David Lawrence <dkl>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	rawhide
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:	4.1.1-33	Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2006-01-03 17:43:51 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:
Bug Blocks:	150221

Description Alexandre Oliva 2005-12-22 19:01:57 UTC

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 08:14:06 UTC

Caused by shipped libtool not setting shrext for some reason.

Comment 2 Tim Waugh 2005-12-23 12:00:56 UTC

Should be fixed in 4.1.1-32.  Thanks for the report.

Comment 3 Alexandre Oliva 2005-12-28 18:10:32 UTC

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 13:24:37 UTC

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 17:43:51 UTC

Fixed in 4.1.1-33.

Comment 6 Alexandre Oliva 2006-01-05 16:55:54 UTC

Confirmed fixed, thanks!