On Sat, 9 Jul 2022, Thomas Dickey wrote:
> On Sat, Jul 09, 2022 at 02:39:41PM +1000, Tim Connors wrote:
> > This has happened ever since I changed my hardware -- mostly updating
> > my video card to a radeon RX570 -- necessitating new versions of some
> > drivers and k
Package: xterm
Version: 372-1
Severity: normal
I'm getting screen corruption (scattered blocks of blackness) over
text in the xterm display when scrolling back. The blocks move with
the contents of the scrollback when scrolling. When that text is
eventually scrolled off the screen, scrolling bac
Source: mesa
Version: 22.0.4-1
Severity: normal
X-Debbugs-Cc: tmcconnell...@gmail.com
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation? running upgrade on my system and received
this message;
apt-listdifferences: re
Attention,
IMPORTANT INFORMATION
My Name is Mr. Tim Green, I am an independent financial fiduciary agent
attached to reputable and credible Investors that are currently seeking for
interesting and professional investment opportunities to invest their funds
into.
Therefore,We are helping them
<<< text/html: Unrecognized >>>
Package: xserver-xorg-video-intel
Followup-For: Bug #787241
Could you try:
. Switch to VT
. Log in as same use as X session on VT
. run 'sleep 6 ; DISPLAY=:0 xrandr' on VT
. switch to X VT before 6 seconds have elapsed, then switch back after 6
seconds have elapsed
. Check output to see what mode
Sure! Attached is my /var/log/installer/syslog file compressed with xz.
Tim
On Fri, Jun 3, 2016 at 8:53 PM, Cyril Brulebois wrote:
> Hi Tim,
>
> Tim Heaney (2016-06-01):
> > Dear Maintainer,
> >
> > My install was successful and I am very happy as des
ndeed being used now, and
so far I haven't had another crash. So it appears SNA is the culprit.
The Xorg.0.log file you see below is from *after* I made this change.
I will also attach the Xorg.0.log.old file, which shows what happens
when SNA is enabled (note the crash at the end of the file).
Package: xserver-xorg
Version: 1:7.7+9
Severity: important
Dear Maintainer,
Updating to 1.17.1 renders xserver unable to start for some using VESA.
It appears that a patch is in the ubuntu repositories but has not yet made
it back to debian. Link below
https://launchpad.net/ubuntu/+source/xorg-s
I opened a bug report her:
https://bugs.freedesktop.org/show_bug.cgi?id=89291
-The problem affects only ivybridge.
-The problem is gone after activating sna acceleration. With
-intel-2.21.15 from testing I recognized other bugs (e.g. big shadows
under the nautilus window).
-With -intel-2.99.917
Okay, now I have tried the xserver-xorg-video-intel from experimental
without any improvement.
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1424834031.5081.0.ca...@mob
Okay, after generating /usr/share/X11/xorg.conf.d/20-intel.conf with the
following content...
Section "Device"
Identifier "Intel Graphics"
Driver "intel"
Option "AccelMethod" "sna"
EndSection
...the problem is solved. This workaround results in little tearing.
Adding the tear
Thanks, I can try it. But: The animations in Gnome shell in Debian are
smoother than in other distributions like Fedora or Archlinux, which are
using a recent driver – I tested a lot configuration like tearfree or
sna.
It sounds crazy but the "old" Debian driver in combination with UXA
seems to in
This happens not every time but always after reboot und often after
suspend.
signature.asc
Description: This is a digitally signed message part
signature.asc
Description: This is a digitally signed message part
Package: xserver-xorg-video-intel
Version: 2:2.21.15-2+b2
Severity: normal
Dear Maintainer,
this problem affects multiple application. E.g. Empathy:
Connecting to an account takes a while. The process is visualized by two
circulating symbols in the empathy window. The normal behaviour should be
Package: xserver-xorg-video-intel
Version: 2:2.99.916-1~exp1
Severity: important
I'm running xserver-xorg-video-intel/experimental with
Option "AccelMethod" "sna" because otherwise operation on haswell is
incredibly unreliable (my latest problem being horible display
corruption on webbrowser
Hi,
I still see the bug, running -stable.
On Tue, 21 Jan 2014, Solveig wrote:
> Hi!
> Do you still encounter this bug with latest versions? If yes, please
> provide up-to-date data, and if not, this bug report might be closed, so
> let us know :)
> Cheers,
>
> Solveig
Package: libgl1-mesa-dri
Version: 8.0.5-4
Followup-For: Bug #708055
Control: retitle -1 [libglapi-mesa, libgl1-mesa-dri] not upgradable on multiarch
Control: severity -1 serious
Also affects libgl1-mesa-dri.
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (
rol
to a user non-root user. However, my analysis doesn't cover every
init script in every possible package...
tim
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
te that the "chown root:root $SOCKET_DIR" also seems redundant to me
> > (if we didn't already own it, we would have bigger problems, right?).
> >
> I guess it protects against some user doing mkdir /tmp/.X11-unix before
> this runs (which probably mea
I like to see things explicit when security
matters, since some future maintainer might accidentally remove the
"set -e" for seemingly unrelated reasons.
Note that the "chown root:root $SOCKET_DIR" also seems redundant to me
(if we didn't already own it, we would have bigger p
writeable, so it is best placed within /tmp.
Hmm, sounds like a badly-designed interface. Where is this interface
defined?
I don't doubt you, I'm merely naive about X design/interface, and
curious as to how flexible this is. Is this use of /tmp a Debian
thing, an Xorg thing, or an X
ories. For instance, under /var/lib or
/var/run, or whatever is most appropriate as an application-specific
directory, whose parent isn't world-writable.
tim
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listma
Package: xauth
Version: 1:1.0.6-1
Severity: normal
for run in `seq 1 10`
do
ssh -X -l "xload" &
done
/usr/bin/xauth: error in locking authority file /home//.Xauthority
X11 connection rejected because of wrong authentication.
A sleep 0.1 though lets it through (most of the time, but like
On 22/05/11 21:49, Tim Wootton wrote:
On 22/05/11 21:16, Alex Deucher wrote:
Are you using native DP or a DP to HDMI converter? If you are using a
converter, is it an active or passive converter? If it's passive,
you'll have the same limitation as before.
It's a passive, g
On 22/05/11 21:16, Alex Deucher wrote:
Are you using native DP or a DP to HDMI converter? If you are using a
converter, is it an active or passive converter? If it's passive,
you'll have the same limitation as before.
It's a passive, got an active on order now, so I will see if that does
t
On 22/05/11 00:06, Alex Deucher wrote:
Not a bug. Only 2 non-DP monitors are supported since there are only
two plls. If you want 3 or more monitors the rest have to be DP. The
fact that you can make it work with some fiddling is pure luck and is
completely unsupported. You end up with one o
Okay, will do.
On 22 April 2011 19:34, Cyril Brulebois wrote:
> Feel free to take that upstream (http://bugs.freedesktop.org/) then.
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lis
ven't tried the workaround (which looks like a more elegant
approach), but I don't believe its existence closes the bug - xmodmap
should work as well.
Tim
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (900, 'testing'), (500, 'stable-u
reopen #508867
thanks
Didn't realise the bug was marked as moreinfo.
As much as the kernel is claimed to be fixed, I'm pretty sure I was still
seeing this bug with 2.6.32. I have quit the job with the machine I
encountered this on, and my other machines are in storage, so I can't
verify for anot
I didn't notice Cyril's reply right away to my initial issue. As it
turns out the bug is probably this one:
https://bugs.freedesktop.org/show_bug.cgi?id=31501
Disabling my font server config at least allows me to use X again.
Let me know if/when the patch makes it downstream.
T
e X fine now with radeon and everything.
Hopefully that patch makes it downstream soon.
Sorry for posting that extra bug, didn't see your solution at that
point.
Thanks much,
tim
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe&qu
window and
the console. Note that unlike with xdm, the mouse cursor did not show
up. Next I ran:
DISPLAY=:0 urxvt
And at that point X crashed, just like it does when spawning from xdm.
Let me know if there are other things I should try.
thanks,
tim
--
To UNSUBSCRIBE, email to debian-x-re
figures... forgot to attach the log.
tim
Sat Mar 5 08:06:01 2011 xdm info (pid 1776): Starting
Sat Mar 5 08:06:01 2011 xdm info (pid 1776): Starting X server on :0
X.Org X Server 1.9.4
Release Date: 2011-02-04
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.32-5-amd64
nel module doesn't
complain about anything. It is an R580 which is well within the
series supported by the radeon team.
Thanks,
tim
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Arc
adeon
> issue. Is the bug you're having with radeon reported in the BTS?
I did try the fbdev driver with radeon loaded. I have not tried
disabling KMS yet, but I'm starting to think this may not be directly
related to the video driver.
Let me know what you think.
thank
On Tue, 22 Feb 2011, Cyril Brulebois wrote:
> Hi,
>
> Tim Connors (23/02/2011):
> > Unfortunately, I can't say for now. I'm leaving that job in 2 days
> > time, and can't test the hardware in question (particularly since
> > the critical piece of equ
On Tue, 22 Feb 2011, Cyril Brulebois wrote:
> Hi,
>
> Tim Connors (02/06/2010):
> > Package: xserver-xorg-video-intel
> > Version: 2:2.3.2-2+lenny6
> > Severity: important
>
> could you please tell us how it goes with squeeze or sid?
Unfortunately, I can't
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 u
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 wo
On Mon, 13 Sep 2010, Timo Juhani Lindfors wrote:
> Julien Cristau writes:
> > That seems to duplicate the last 512kB rather than remove the rest?
> > Perhaps your '>>' ought to be '>'?
>
> Whoops, yes indeed. I had some debugging prints like "starting session
> on $(date)" there and forgot >>.
>
On Mon, 13 Sep 2010, Timo Juhani Lindfors wrote:
> [I'm not a maintainer, just happened be following X bugs...]
>
> Tim Connors writes:
> > before the user gets to review them, they can always log into the
> > console and review the errors before they restart X.
>
Package: x11-common
Version: 1:7.5+6
Severity: important
Is there any reason why /etc/X11/Xsession appends to the logfile
instead of creating it:
exec >>"$ERRFILE" 2>&1
If the argument is that you want to be able to see what errors
happened in the last session, so you don't want to clear them ou
Package: xauth
Version: 1:1.0.3-2
Severity: grave
Justification: causes non-serious data loss
If I have a non zero ~/.Xauthority file, then create a file in my home
directory that fills the disk, and ssh in again (not closing the original X or
ssh session so the Xauthority entries for those are
Can we get this trivial patch applied? I know squeeze is frozen, but this
is a bug fix for a problem that is otherwise going to leave squeeze with
an Xserver that can't change the bell properties at all, and we've had the
patch for ages now, and it's relatively well tested.
I have personally appl
Package: xserver-xorg-core
Version: 2:1.7.7-2
Severity: normal
It's 2010, and we still can't open more than about 194 clients (My
ulimit is for 1024 open fds). Meanwhile, it is clear that the
tradeoff that was made to only allow 256 connections is heavily
lopsided towards allowing those clients t
> This bug may still be getting some love yet.
>
> I wonder if the patch here fixes it:
> https://bugs.freedesktop.org/show_bug.cgi?id=27926
>
> I'm not up to compiling this myself right now, but does it look right?
That patch works for me in addressing this bug.
--
To UNSUBSCRIBE, email to
381021] Linux agpgart interface v0.103
[2.381150] agpgart-intel :00:00.0: Intel 965Q Chipset
[2.381751] agpgart-intel :00:00.0: detected 7676K stolen memory
[2.386192] agpgart-intel :00:00.0: AGP aperture is 256M @ 0xd000
[7.420742] [drm] Initialized drm 1.1.0 2006081
On 06/04/2010 04:10 PM, Julien Cristau wrote:
On Fri, Jun 4, 2010 at 15:32:22 +0200, Tim Terhorst wrote:
(II) LoadModule: "glx"
(II) Loading /usr/lib/xorg/modules/extensions/libglx.so
(II) Module glx: vendor="FireGL - ATI Technologies Inc."
compiled for 7
Package: xserver-xorg-video-intel
Version: 2:2.9.1-4
Severity: important
Whenever x starts up both monitors go black, and I get the nice error
messages about the batchbuffer etc.
I can ssh in but not much else. I've tried this with and without
an xorg.conf file with no difference.
Regards
On Fri, 4 Jun 2010, Tim Connors wrote:
> I never got back about whether I was using kbd or evdev: I'm using kbd.
> I'm not using gnome or pulseaudio or any of that crap, and all parameters
> (vol, pitch, and dur) are recorded by xset and are returned by xset q.
> But are ig
I never got back about whether I was using kbd or evdev: I'm using kbd.
I'm not using gnome or pulseaudio or any of that crap, and all parameters
(vol, pitch, and dur) are recorded by xset and are returned by xset q.
But are ignored by the bell rung by xterm and emacs, and both code paths
in the e
Package: xserver-xorg-video-intel
Version: 2:2.3.2-2+lenny6
Severity: important
I've got a workstation with an intel chipset Q45/Q43 plugged connected
through a video extender. I've verified that the video extender propogates
DDC/EDID data, and 'get-edid | parse-edid' returns the params for the
Julien,
Ah, forgive me. Was confused because synaptics was the last/only (EE)
I see in the log file.
Any ideas for cause? I'm at a loss... I guess I'll just reinstall.
thanks,
Tim
On Wed, May 19, 2010 at 12:15 PM, Julien Cristau wrote:
> On Wed, May 19, 2010 at 11:35:13 -040
Hi,
I recently dist-upgraded, and Xorg stopped working; to the best of my
knowledge, it appears to be the synaptics driver which is causing the
problem. I am running Debian Sid on a Asus EEEpc 904, and xorg
without a xorg.conf. I don't care about touch to tap or any of these
fiddly details - can
o check the log file at "/var/log/Xorg.0.log" for additional
information.
(II) AIGLX: Suspending AIGLX clients for VT switch
Hope that helps some,
Tim
--
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/20100402113522.ga3...@pobox.com
On Sat, 6 Mar 2010, Brice Goglin wrote:
> On Sat, Feb 16, 2008 at 04:58:23PM +1100, Tim Connors wrote:
> > Alas, when I have an external USB mouse plugged in, it only ever goes
> > blank. If I xset force dpms off, then it will turn the backlights off
> > on the internal mon
This seems to be the upstream bug:
https://bugs.freedesktop.org/show_bug.cgi?id=24503
No idea whether the 'xset b' parameters are obeyed though with the
proposed "fix". I get a beep already ("echo -e '\a'" works as desired),
it's just the 'xset b' parameters that were ignored as of 1.7.
I haven
reassign 564464 xserver-xorg-core
thanks
On Sun, 10 Jan 2010, Tim Connors wrote:
> Package: x11-xserver-utils
> Version: 7.5+1
> Severity: normal
>
> As of the last update to xserver-xorg*, 'xset b
> ' no longer changes anything - it's ignored.
Actually, xset
Package: x11-xserver-utils
Version: 7.5+1
Severity: normal
As of the last update to xserver-xorg*, 'xset b
' no longer changes anything - it's ignored.
-- System Information:
Debian Release: squeeze/sid
APT prefers oldstable
APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'
Package: x11-apps
Version: 7.5+1
Severity: normal
Using 'xclock -digital', the text is now offset from the left of the
window, and is entirely displayed outside of the window area for small
windows, presumably since the changelog entry:
x11-apps (7.5+1) unstable; urgency=low
* xclock 1.0.4.
.0
Content-Transfer-Encoding: 7bit
From: Tim Connors
To: Debian Bug Tracking System
Message-ID: <20090819031102.15136.22681.report...@aatpc2.aao.gov.au>
X-Mailer: reportbug 4.6
Date: Wed, 19 Aug 2009 13:11:02 +1000
Delivered-To: sub...@bugs.debian.org
Package: xserver-xorg
Version: 1:7.4+4
Seve
x27;d that one out of the
question then, I suppose. Getting the tigervnc extension built against
the correct version of X will mean some troublesome fiddling with the
Debian packages in that case, I think...
Cheers,
Tim.
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with
the vnc server extension is only available on lenny
with the use of the commercial "RealVNC Enterprise" software.
HTH,
Tim.
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
passwd
But anyway, X should not crash after:
[xkb] BOGUS LENGTH in write keyboard desc, expected 7344, got 7360
Regards, Tim
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Conta
Just a note confirming reverting to
xserver-xorg-core_2%3a1.4.2-10_sparc.deb
restored X11 via sunffb.
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
severity grave
tags 508867 security
thanks
On Thu, 29 Jan 2009, Tim Connors wrote:
> Hmmm, Trond reckons this race condition always has existed in the kernel,
> implying that since userland can work around it, it should:
> http://bugzilla.kernel.org/show_bug.cgi?id=12557
>
> Would
Hmmm, Trond reckons this race condition always has existed in the kernel,
implying that since userland can work around it, it should:
http://bugzilla.kernel.org/show_bug.cgi?id=12557
Would it be possible to, upon an ESTALE return result from the acccess()
call, to open() the file instead, and then
GREETINGS
BASED ON YOUR CREDIBILITY..
I am TIM MCCARRON the Fund Manager of Fidelity Investment International. The
World Largest Fund Management Company with over 1.2Trillion Capital Investment
Fund and over 900 thousand investors all over the world. Nevertheless
Package: libxau6
Version: 1:1.0.3-3
Severity: normal
There is a bug in >= 2.6.24 kernels[1], where a stat() in the nfs client
may return -ESTALE on an .Xauthority file that has been atomically
renamed from another host (ie, .Xauthority now has a different inode;
this happens when sshing to another
-and-error or googling for a sane default with w3m (or
Epiphany/Konqueror on a 19"-CRT @ 640x480).
Fun.
Regards,
Tim
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: xserver-xorg
Version: 1:7.3+14
Severity: normal
There is a bug that affects the proprietry crap^Wnvidia driver that
causes the DPI settings to be screwed when monitors are
plugged/unplugged, which fortunately may actually be a bug in the
xserver code rather than the unfixable nvidia code:
With some updates, I now can notreproduce this. I will try for another
few days, and if I can't, I'll mark invalid.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: xserver-xorg-video-intel
Version: 2:2.3.2-2
Severity: normal
This laptop uses intel GM965
The brightness settings I have chosen via the hotkey are overridden
every few minutes to be maximum brightness.
I can force this to happen by setting the backlight to minimum, and then
opening th
Package: drm-modules-source
Version: 2.3.1~git+20080602+ac4da86-1
Severity: important
Without a dependency on quilt, m-a a-i drm-modules will fail if quilt is
not installed.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd
Package: xserver-xorg-input-synaptics
Version: 0.14.7~git20070706-2
Severity: normal
When I draw circles on my touchpad, they come out as rather tall
ellipses (perhaps twice as high as wide). If a full scroll from top
to bottom of the touchpad goes the full vertical distance on the
screen, then a
Note that on my machine, syndaemon itself shows up as waking up the kernel
50 times a second, but when syndaemon is running, " :
Rescheduling interrupts" comes in at 140 times a second -- something that
doesn't exist when syndaemon goes away.
When I kill syndaemon, my power usage goes down from 18
Package: xserver-xorg
Version: 1:7.3+10
Severity: normal
-- Package-specific info:
Contents of /var/lib/x11/X.roster:
/var/lib/x11/X.md5sum does not exist.
X server symlink status:
lrwxrwxrwx 1 root root 13 2008-03-03 22:06 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 1674940 2008-04-30
On Mon, 10 Mar 2008, Brice Goglin wrote:
> On Sat, Feb 16, 2008 at 06:28:52PM +1100, Tim Connors wrote:
> > Package: xserver-xorg-core
> > Version: 2:1.4.1~git20080131-1
> > Severity: normal
> >
> > Laptop screens backlights are turned off these days by gett
On Sun, 16 Mar 2008, Brice Goglin wrote:
> The reason is probably that xlsclients only lists actual clients (using
> XQueryTree()) while xrestop shows resources (with XResQueryClients()).
> So your ghost windows may be part of the latter but not of the former.
>
> By the way, did you actually foun
Package: x11-utils
Version: 7.3+1
Severity: normal
Due to a resource leak in both xloadimage -onroot and xli -onroot
(bugs 325689, 387030, and 471121), I have been left with the dreaded:
Xlib: connection to ":0.0" refused by server
Xlib: Maximum number of clients reached
xterm Xt error: Can't ope
Upgrade to sid 2:2.2.0.90-3 fixed this for me (on a Dell D420).
Could the original reporter check as well? Perhaps this can be closed.
--
Tim Richardson [EMAIL PROTECTED]
+31 610 899 815
The Netherlands
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe"
reassign 466104 x11-common
thanks
On Sun, 17 Feb 2008, Julien Cristau wrote:
> severity 466104 wishlist
> kthxbye
>
> On Sun, Feb 17, 2008 at 02:51:53 +1100, Tim Connors wrote:
>
> > For those of us who choose not to start X every boot using xdm, we
> > don't g
Package: xinit
Version: 1.0.7-2
Severity: normal
For those of us who choose not to start X every boot using xdm, we
don't get the X session being logged in the wtmp database like it does
from xdm.
Because X can be started and the parent shell subsequently exited, the
lack of an entry in wtmp give
Package: xserver-xorg-core
Version: 2:1.4.1~git20080131-1
Severity: normal
Laptop screens backlights are turned off these days by getting acpi to
intercept the lid button, and it runs xset to force the display off
via 'xset dpms force off' (after a series of other attempts at locking
the display e
Package: xserver-xorg-core
Version: 2:1.4.1~git20080131-1
Severity: normal
My laptop is set to blank its display after 10 minutes, and turn it
off after 15.
(**) Option "BlankTime" "10"
(**) Option "StandbyTime" "0"
(**) Option "SuspendTime" "15"
(**) Option "OffTime" "0"
Alas, when I have an ex
Package: compiz-core
Version: 0.6.3~git20071222.061ff159-1
Severity: important
This is a new install of Debian testing. With compiz running, the
machine hanges on shutdown (or x server restart). The screen partially
blanks, but fills with dark gray flashing squares. I don't see anything
useful
Package: xterm
Version: 230-1
Severity: grave
Justification: causes non-serious data loss
Cutting text somewhere in an xterm causes it to segfault with the most
recent upgrade. It may involve either the cut or paste of long lines.
I'm pretty sure it happens as soon as I click the mouse to make a
On Wed, 2008-01-02 at 11:41 +0100, Brice Goglin wrote:
> No, Tim has a real bug caused by the VGA output not being correctly
> detected. It confuses the window manager by saying that the screen is
> 1152x864 while it is actually smaller. I am retitling the bug accordingly.
Runn
On Mon, 2007-12-31 at 12:48 +0100, Brice Goglin wrote:
> Tim Retout wrote:
> > * external monitor detection for the Xpress cards needs to be
> > added as soon as possible.
> >
>
> That's probably the problem here. Not sure you need to reopen th
e virtual screen.
I suspect that either:
* the commit that caused this needs to be backed out,
* the default VGA resolution needs changing (hacky), or
* external monitor detection for the Xpress cards needs to be
added as soon as possible.
I'll reopen the upstrea
Package: xserver-xorg-video-ati
Version: 1:6.7.196-1
Severity: important
Starting with xserver-xorg-video-ati version 1:6.7.196-1, windows are
maximising beyond the right of the screen, making it difficult to hit
scrollbars and so on. Version 1:6.7.195-2 worked correctly. Version
1:6.7.198~git2007
Package: xserver-xorg-core
Version: 2:1.4.1~git20071212-1
Severity: normal
First: I don't really know the right place to report this.
Bug: the volume control hotkeys FN+Page Up, FN+Page Down, no longer
change the output volume.
I see in the Gnome preferences app Volume Control that the Line-in
is a security feature - if the
time is changing on the machine (say, because of NTP, or VMWare's
synchronise VM clock with host option) I wonder whether some
protection mechanism against replay attacks is kicking in?
Tim
--
The Wellcome Trust Sanger Institute is operated by Genome Resea
ice Manager)?
and instead I point specifically to the /dev/input/mouse0 and
On Sun, 2007-11-18 at 12:57 +0900, Mattia Dongili wrote:
> On Sat, Nov 17, 2007 at 10:58:26PM +0100, Tim Richardson wrote:
> > Package: xserver-xorg-input-synaptics
> > Version: 0.14.7~git20070706-1
> &
the display manager starts and xorg.conf is parsed, the
device should be "unplugged".
Can I "unplug" a USB device virtually?
as for the bug, I see no evidence that the stick is being affected at
all by the use of "GuestMouseOff" true.
regards,
Tim
On Sun, 200
Package: xserver-xorg-input-synaptics
Version: 0.14.7~git20070706-1
Severity: normal
Option "GuestMouseOff" "true" appears to not work for me. I think this
is because I have a USB mouse configured using device /dev/input/mice
and the stick is /dev/input/mouse1
If I force the USB mouse to be /dev/
Package: xserver-xorg-input-mouse
Version: 1:1.2.3-1
Severity: important
If I unplug my usb mouse to use only the touchpad (because I am leaving my
desk), and then later reconnect my USB mouse, the mouse is no longer detected
as an input device. I have to restart X.
-- Package-specific info:
/
FWIW, I've had this problem on two systems recently, one that was
updated, another fresh install. I don't remember what I did to get
around it the first time, but on the fresh install system I used this
patch and it was indeed able to write the xorg.conf.
thanks,
tim
--
To U
1 - 100 of 170 matches
Mail list logo
