Package: xterm
Version: 4.3.0-7
Severity: normal
Please include the analagous patch that suggested and tested here (for
multi-gnome-terminal) into xterm (and send upstream - why didn't
reportbug ask me the upstream question this time?):
Package: xbase-clients
Version: 4.3.0-7
Severity: wishlist
I wish to be able to turn the xbiff beep off on one of my machines
(without disabling the speaker entirely), and just let xbiff invert
the bitmap colour when mail is received.
Xbiff has a volume setting that doesn't work for i386 (beep
Package: xbase-clients
Version: 4.3.0-0pre1v4
Severity: normal
File: /usr/X11R6/bin/xclock
xclock --help shows there is a -face argument
The man page does not include -face, so I have little idea how to use
it (similarly, the options -sharp/-render are not in the man page)
Supplyng -face Times
)
--
Tim Connors | Anglo-Australian Observatory
http://site.aao.gov.au/twc | Coonabarabran, NSW 2357, Australia
| Tel: +61 2 6842 6286
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Sat, 23 Jun 2007, Brice Goglin wrote:
Tim Connors wrote:
and then Xorg.0.log goes on to claim it knows nothing about the IBM
modelines:
(II) R128(0): Not using mode IBM_mode_1 (no mode of this name)
(II) R128(0): Not using mode IBM_mode_2 (no mode of this name)
(II) R128(0
On Sat, 23 Jun 2007, Tim Connors wrote:
On Sat, 23 Jun 2007, Brice Goglin wrote:
Tim Connors wrote:
and then Xorg.0.log goes on to claim it knows nothing about the IBM
modelines:
(II) R128(0): Not using mode IBM_mode_1 (no mode of this name)
(II) R128(0): Not using mode IBM_mode_2
Hi, logged this into the bug tracking system at xorg:
https://bugs.freedesktop.org/show_bug.cgi?id=5832
--
TimC
My other car is a cdr
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
reassign 348873 xserver-xorg-video-ati
retitle 348873 regression: r128 on laptop ignores supplied modeline for
external display, picking LCD panel pixel dimensions
severity 348873 important
thanks
Since this bug has gone unacknowledged for 10 months, and the package
is still unusable (fixed
Package: xserver-xorg
Version: 1:7.1.0-9
Severity: normal
As far as I can tell, with the kernel 2.6 input layer changes, and
having to use the pc104 layout on sparc, we seem to be somewhat
limited. The sparc (type5 in my case) keys just disappear.
Upon pressing SunFront, xev just returns a
Package: xbase-clients
Version: 4.3.0.dfsg.1-6
Severity: wishlist
File: /usr/X11R6/bin/xbiff
Having just come back from a time management seminar, I've decided I
need the ability to temporarily shut off xbiff (I should also kill our
USENET feed, too).
I start xbiff within my FvwmButtons, and it
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 getting acpi to
intercept the lid button
Note that on my machine, syndaemon itself shows up as waking up the kernel
50 times a second, but when syndaemon is running, kernel IPI :
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
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
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 external USB
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
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
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 get the X session being logged in the wtmp
, 19 Aug 2009 13:11:02 +1000
Content-Type: text/plain; charset=us-ascii
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Tim Connors report...@rather.puzzling.org
To: Debian Bug Tracking System sub...@bugs.debian.org
Message-ID: 20090819031102.15136.22681.report...@aatpc2.aao.gov.au
X-Mailer
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
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
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
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
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 it be possible
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
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
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 ignored by the bell rung
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
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
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
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
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 21
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 out
On Mon, 13 Sep 2010, Timo Juhani Lindfors wrote:
[I'm not a maintainer, just happened be following X bugs...]
Tim Connors report...@rather.puzzling.org writes:
before the user gets to review them, they can always log into the
console and review the errors before they restart X.
Always
On Mon, 13 Sep 2010, Timo Juhani Lindfors wrote:
Julien Cristau jcris...@debian.org 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
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
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
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 monitor, and an external LCD
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.
Package: x11-xserver-utils
Version: 7.5+1
Severity: normal
As of the last update to xserver-xorg*, 'xset b vol pitch
duration' no longer changes anything - it's ignored.
-- System Information:
Debian Release: squeeze/sid
APT prefers oldstable
APT policy: (500, 'oldstable'), (500,
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 vol pitch
duration' no longer changes anything - it's ignored.
Actually, xset in x11-xserver-utils
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't
On Tue, 22 Feb 2011, Cyril Brulebois wrote:
Hi,
Tim Connors t...@aaocbn.aao.gov.au (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 say for now. I'm leaving
On Tue, 22 Feb 2011, Cyril Brulebois wrote:
Hi,
Tim Connors t...@aao.gov.au (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 equipment in question is in use, and can't
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
Package: xauth
Version: 1:1.0.6-1
Severity: normal
for run in `seq 1 10`
do
ssh -X -l my user server xload
done
/usr/bin/xauth: error in locking authority file /home/user/.Xauthority
X11 connection rejected because of wrong authentication.
A sleep 0.1 though lets it through (most of the
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
--
Tim Connors
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 webbrowsers
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
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
48 matches
Mail list logo