Re: [gentoo-user] xrandr rotation
I think it's a problem with my xserver config but sadly i haven't found a solution on the internet. Don't guess, tell us the facts. This implies an attached configuration file of X. Norman -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] xrandr rotation
Norman Golisz wrote: I think it's a problem with my xserver config but sadly i haven't found a solution on the internet. Don't guess, tell us the facts. This implies an attached configuration file of X. Norman oh yes - you're right...here it comes Thanks Section ServerLayout Identifier X.org Configured Screen 0 Screen0 0 0 InputDeviceMouse0 CorePointer InputDeviceKeyboard0 CoreKeyboard EndSection Section Files RgbPath /usr/lib64/X11/rgb ModulePath /usr/lib64/modules FontPath /usr/share/fonts/misc/ FontPath /usr/share/fonts/TTF/ FontPath /usr/share/fonts/Type1/ FontPath /usr/share/fonts/CID/ FontPath /usr/share/fonts/75dpi/ FontPath /usr/share/fonts/100dpi/ EndSection Section Module Loadextmod #Load dri Loaddbe Loadrecord Loadxtrap Loadglx Loadtype1 Loadfreetype #Load Xrandr EndSection Section InputDevice Identifier Keyboard0 Driver kbd Option XkbModel pc105 Option XkbLayout de Option XkbVariantnodeadkeys EndSection Section InputDevice Identifier Mouse0 Driver mouse Option CorePointer Option Protocol ExplorerPS/2 Option Buttons 7 Option ButtonNumber 7 Option ZAxisMapping 6 7 Option Device/dev/input/mice #/dev/input/mouse0 EndSection Section Monitor Identifier Monitor0 VendorName Monitor Vendor ModelNameMonitor Model EndSection Section Device ### Available Driver options are:- ### Values: i: integer, f: float, bool: True/False, ### string: String, freq: f Hz/kHz/MHz ### [arg]: arg optional #Option DigitalVibrance # i #Option NoFlip# [bool] #Option Dac8Bit # [bool] Option NoLogoon #Option UBB # [bool] #Option Stereo# i #Option SWcursor # [bool] #Option HWcursor # [bool] #Option VideoKey # i #Option NvAGP # i #Option IgnoreEDID# [bool] #Option NoDDC # [bool] Option ConnectedMonitor DFP #Option ConnectedMonitors # str #Option TVStandard# str #Option TVOutFormat # str #Option RenderAccel # [bool] #Option CursorShadow # [bool] #Option CursorShadowAlpha # i #Option CursorShadowXOffset # i #Option CursorShadowYOffset # i #Option UseEdidFreqs # [bool] Option FlatPanelProperties Scaling = centered, Dithering = enabled Option RandRRotation on #Option TwinView # [bool] #Option TwinViewOrientation # str #Option SecondMonitorHorizSync# str #Option SecondMonitorVertRefresh # str #Option MetaModes # str #Option UseInt10Module# [bool] #Option NoTwinViewXineramaInfo# [bool] #Option NoRenderExtension # [bool] #Option Overlay # [bool] #Option CIOverlay # [bool] #Option ForceEmulatedOverlay # [bool] #Option TransparentIndex # i #Option OverlayDefaultVisual # [bool] #Option NvEmulate # i #Option NoBandWidthTest # [bool] #Option CustomEDID-CRT-0 # str #Option CustomEDID-CRT-1 # str #Option CustomEDID-DFP-0 # str #Option CustomEDID-DFP-1 # str #Option CustomEDID-TV-0 # str #Option CustomEDID-TV-1 # str #Option TVOverScan# f #Option IgnoreDisplayDevices # str #Option MultisampleCompatibility # [bool] #Option RegistryDwords# str #Option RegistryBinary# str Option NoBandwidthTest on Option NoPowerConnectorCheck on #Option AllowDFPStereo# [bool] #Option XvMCUsesTextures # [bool] #Option HorizSync # str #Option VertRefresh # str #Option
Re: [gentoo-user] xrandr rotation
wOmbad wrote: Hi Rotatin my desktop orientation via the xrandr command (p.e. xrandr -o left) works perfectly from a konsol within the running kde-3.4.2! Unfortunately the equivalent command - xrandr -display :0.0 -o left - from a virtual terminal strikes with the following output message: Xlib: connection to :0.0 refused by server Xlib: No protocol specified kwin: can't connect to X server :0.0 Obviously there is a Xserver running with the specified displayname. The -(-)display-option of serveral commands(like kwin, etc.) refused to work as well with almost the same error. I think it's a problem with my xserver config but sadly i haven't found a solution on the internet. Nothing to do with your xorg.conf, but with the X security mechanisms. By default X uses magic cookies to authenticate clients...any client that knows the magic password can access the display. One of the jobs of kdm is that once you have logged into the display, it creates ~/.Xauthority so that the programs that are run under your login know the password. But it only does this _after_ you login. While the login window is displayed, the magic file is /var/run/xauth/A:0-??, and is owned by root. So to run an xclient (like xrandr, xlogo, or xconsole), you need to point them to the correct xauthority file, and also run them as root. The tricky part is that the name of the file changes each time kdm is run. The following commands, run as root, should do the trick though: export XAUTHORITY=/var/run/xauth/`ls -rt /var/run/xauth/ | tail -n 1` xlogo -display :0 You can replace xlogo with xrandr or any other client you want to run. If this seems like too much work, you can add a xhost localhost to /usr/kde/3.4/share/config/kdm/Xsetup, but then you have no security at all for locally run clients. All of this only applies if you are using kdm as your login manager. If you are using gdm, xdm, or another login manager, you'll have to figure out how they handle xauth security. Anyway, you may want to read up on the ACCESS CONTROL section in the X man page, or read the Xsecurity man page. HTH, -Richard -- gentoo-user@gentoo.org mailing list
