Package: stun
Version: 0.96.dfsg-1
Severity: important
The /etc/init.d/stun script tries to change user with --user. It should
be --chuid on start. --user is for stopping or something... it has not
effect on startup here!
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel
Package: apr
Version: 1.2.7
Severity: important
in debian/rules I had to comment out that line:
ifeq ($(DEB_BUILD_ARCH),i386)
# CONFFLAGS=apr_lock_method=USE_PROC_PTHREAD_SERIALIZE
CONFFLAGS=
else
...after some hours of investigation! I have no idea what this should be
usefull fo
I'm pleased to announce a reliable and fast test scenario:
$ xset dpms 10 20 30
[wait 10 seconds]
[screen goes blank (DPMS gets active)]
$ xset -dpms
[no DPMS kicks in, not even after 10 seconds]
$ xset +dpms
[wait 10 seconds]
What I now expect is that DPMS suspends (or actually "standbys") the
On Sun, Jun 03, 2007 at 10:44:15PM +0200, Brice Goglin wrote:
> Hi,
>
> About 6 months ago, you reported a bug to the Debian BTS regarding DPMS
> not kicking automatically as expected. Did you reproduce this problem
> recently? With latest xserver-xorg-core in unstable? Xserver 1.3 has
> been ther
Package: xserver-xorg-video-ati
Version: 1:6.6.3-2
Severity: normal
$ xset q says:
...
DPMS (Energy Star):
Standby: 480Suspend: 600Off: 3000
DPMS is Enabled
Monitor is On
but DPMS does not switch the monitor to anything else but "On."
$ xset dpms force standby
$ xset dpms force su
5 matches
Mail list logo
