Processed: Re: Bug#599941: /usr/bin/xset: xset dpms etc seems to operate on all screens rather than just those provided such as :0.1, in X zaphod mode

2010-10-18 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

 reopen 599941
Bug #599941 {Done: Julien Cristau jcris...@debian.org} [x11-xserver-utils] 
/usr/bin/xset: xset dpms etc seems to operate on all screens rather than just 
those provided such as :0.1, in X zaphod mode
 thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
599941: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=599941
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.128743737716720.transcr...@bugs.debian.org



Bug#599941: /usr/bin/xset: xset dpms etc seems to operate on all screens rather than just those provided such as :0.1, in X zaphod mode

2010-10-18 Thread Tim Connors
reopen 599941
thanks

On Tue, 12 Oct 2010, Julien Cristau wrote:

 On Wed, Oct 13, 2010 at 03:13:24 +1100, Tim Connors wrote:

  Package: x11-xserver-utils
  Version: 7.3+5
  Severity: normal
  File: /usr/bin/xset
 
  My xorg.conf is set up to have dpms enabled on one screen (:0.1 -- I'm
  using zaphod mode, so :0.0 is a separate screen to :0.1), but disable
  on another screen (:0.0, a status screen that must always remain on).
 
  This works, as is expected.  However, if I say:
 
  DISPLAY=:0.1 xset dpms 1200 2400 3600
 
  Then it affects :0.0 as well (even though xorg.conf says that screen
  has DPMS disabled!).  It should only affect the asked for display.
  Perhaps it should affect all displays if I was trying to talk to :0
  rather than :0.0.
 
  Those not using zaphod mode, but using xinerama mode instead,
  obviously would have only the one DISPLAY, and thus xset should affect
  them all.
 
 The dpms timeouts are global to the X server, not per screen.
 Similarly, DPMSEnabled is a global boolean flag.  I don't think there's
 a bug here.

Well, it's a regression.

You used to be able to say:

Section ServerFlags
Option Xinerama 0

# no blank because want right hand display to be lit all the time
#Option  BlankTime 60
Option  BlankTime 0
Option  StandbyTime 120
Option  SuspendTime 180
Option  OffTime 240
EndSection

#the aatxth mimic display (not to be DPMS blanked)
Section Monitor
# HorizSync source: edid, VertRefresh source: edid
Identifier Monitor0
...
Option DPMS false
EndSection

#the night assistant's terminal (to be DPMS blanked)
Section Monitor
# HorizSync source: edid, VertRefresh source: edid
Identifier Monitor1
...
Option DPMS true
EndSection

(perhaps combined with
DISPLAY=:0.0 xset s off
in .xsession - at least, that's the setup I ended up with on and old
system here)

And have Monitor1 DPMS blank after 2 hours, and have the Monitor0 stay
on and remain unblank.

The best I can do now with the above xorg.conf is to have Monitor1 DPMS
blank after 2 hours, and Monitor0 to remain DPMS on, but go blank.  (so
dpms isn't global, as it shouldn't be, because it is should be legal to
plug different monitors with different capabilities in at the same time).

So it looks to me that Xorg now blanks all screens when the server reaches
the DPMS timeout.  It should have blanked when it reached the screenblank
timeout, which is disabled here, and shouldn't have blanked when it
reached the dpms timeout, instead disabling the appropriate sync signals
on the appropriately enabled monitors (not a global flag.  Never has
been, never should be).

-- 
TimC
However, my preamp still has a meat-driven knob. -- A. de Boer in ASR



-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/alpine.deb.2.00.1010190815300.30...@dirac.rather.puzzling.org



Bug#599941: /usr/bin/xset: xset dpms etc seems to operate on all screens rather than just those provided such as :0.1, in X zaphod mode

2010-10-12 Thread Tim Connors
Package: x11-xserver-utils
Version: 7.3+5
Severity: normal
File: /usr/bin/xset

My xorg.conf is set up to have dpms enabled on one screen (:0.1 -- I'm
using zaphod mode, so :0.0 is a separate screen to :0.1), but disable
on another screen (:0.0, a status screen that must always remain on).

This works, as is expected.  However, if I say:

DISPLAY=:0.1 xset dpms 1200 2400 3600

Then it affects :0.0 as well (even though xorg.conf says that screen
has DPMS disabled!).  It should only affect the asked for display.
Perhaps it should affect all displays if I was trying to talk to :0
rather than :0.0.

Those not using zaphod mode, but using xinerama mode instead,
obviously would have only the one DISPLAY, and thus xset should affect
them all.


-- System Information:
Debian Release: 5.0.6
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages x11-xserver-utils depends on:
ii  cpp 4:4.3.2-2The GNU C preprocessor (cpp)
ii  libc6   2.7-18lenny4 GNU C Library: Shared libraries
ii  libice6 2:1.0.4-1X11 Inter-Client Exchange library
ii  libsm6  2:1.0.3-2X11 Session Management library
ii  libx11-62:1.1.5-2X11 client-side library
ii  libxau6 1:1.0.3-3X11 authorisation library
ii  libxaw7 2:1.0.4-2X11 Athena Widget library
ii  libxext62:1.0.4-2X11 miscellaneous extension librar
ii  libxi6  2:1.1.4-1X11 Input extension library
ii  libxmu6 2:1.0.4-1X11 miscellaneous utility library
ii  libxmuu12:1.0.4-1X11 miscellaneous micro-utility li
ii  libxrandr2  2:1.2.3-1X11 RandR extension library
ii  libxrender1 1:0.9.4-2X Rendering Extension client libra
ii  libxt6  1:1.0.5-3X11 toolkit intrinsics library
ii  libxtrap6   2:1.0.0-5X11 event trapping extension libra
ii  libxxf86misc1   1:1.0.1-3X11 XFree86 miscellaneous extensio
ii  libxxf86vm1 1:1.0.2-1X11 XFree86 video mode extension l
ii  x11-common  1:7.3+20 X Window System (X.Org) infrastruc

x11-xserver-utils recommends no packages.

x11-xserver-utils suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20101012161324.26263.68242.report...@aatlxc.aao.gov.au