Description of problem: Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
With modular X, could including Source2 be avoided? It adds 42.6M to the source rpm... Other than that, seems like simply replacing : ext=%{buildroot}/usr/X11R6/%{_lib}/modules/extensions with a nice "pkg-config xorg-server" call to the the extensions path could be enough to fix the package for now.
*** Bug 174382 has been marked as a duplicate of this bug. ***
So this will also fix the issue reported in #174382 with the hardcoded path to SecurityPolicy on FC4 with non-modular X?
That's why I marked it as a duplicate, yes.
4.1.1-23 has a first attempt. Only the xorg-x11-server package needs bundling, which reduces the source RPM size by quite a lot. Unfortunately, the Xvnc program needs an X server tree to build in -- the SDK is not sufficient. I haven't tried to get the extension module built yet, just the Xvnc binary.
Okay, extension module built too.
..except the Xvnc binary crashes as soon as you connect. Joy.
Okay, now it works and everything.
*** Bug 174702 has been marked as a duplicate of this bug. ***
*** Bug 174711 has been marked as a duplicate of this bug. ***
Doesn't work on x86_64. Having `Load "vnc"' in xorg.conf causes X to not display anything at all on the screen. Commenting that line out, it gets back to work. On i386, this works just fine. This worked up to -22, I believe, although I think I still needed a symlink in the new extensiosn dir to point to the old one.
The x86_64 problem is a separate bug report now: bug #174702.