Bug 167685
Summary: | include symlink to xserver SecurityPolicy | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 4 | Reporter: | Lawrence Lim <llim> |
Component: | redhat-lsb | Assignee: | Lawrence Lim <llim> |
Status: | CLOSED RAWHIDE | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 4.0 | CC: | eng-i18n-bugs, tools-bugs, xgl-maint |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | redhat-lsb-3.1-10.2 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2006-07-13 04:55:40 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: | 145007 |
Description
Lawrence Lim
2005-09-07 04:40:56 UTC
What does the X team think about this symlink for redhat-lsb? In response to Comment #2, No the LSB does not have a formal requirement to have the symlink present. The new directory structure in X11R7 will only impact the next LSB release and not the current LSB 3.0 which EL4 will certify till the end of product life cycle. For LSB 3.0, Xvfb was used as a tool to test the Xlib in our system. As the Xvfb included in EL4-U2 does not have backing store enabled, we were using the Xvfb binaries from LSB Sample Implementation which have the path to the Security Policy set to /usr/X11R6/lib/X11/xserver/SecurityPolicy rather than /etc/X11/xserver/SecurityPolicy. Hence, I created this bug to request for the symlink to be included in so that our distro is more 'test friendly' for us and vendors. I believe that would lead down a very slippery slope that could drag in a lot of extra "compatibility" junk, which is not really necessary. Our Xvfb should work just fine AFAIK. Enable backingstore from the commandline using: +bs "Xvfb --help" for details. The real problem seems to not be a missing symlink, but backingstore availability in the Xvfb server. I've shown how to turn that on now. Can you confirm this solves your real underlying problem? I understand your concern. Unfortunately, Xvfb is called within the Test Suite binary rather than running from command line. I dont think modifying the Test Suite to add in the option is 'legal', if not it would make life so much easier. :-) How does it turn on backingstore in the non-Red Hat Xvfb server? If it isn't passing the +bs option, how is it enabling backingstore at all on any server it? IMHO this is a bug/limitation in the test suite, and the test suite itself should be fixed to work properly. Another hack you could do, is to use a shellscript wrapper for Xvfb that adds the +bs option, but I don't see how any local hacks should be necessary on the Red Hat side. Get the test suite fixed and the problem is solved upstream where it should be IMHO. Fixed in rawhide. |