Package: xterm
Version: 244-1
Severity: normal
Hi,
I just noticed that xterm doesn't like it very much to be resized: when I grab
a window edge and make a circular motion (i.e. enlarge and shrink again in
both dimensions), I usually get it to segfault within fractions of a second.
Here are a few
Package: xserver-xorg-input-kbd
Version: 1:1.3.2-3
Severity: wishlist
Please find attached an fdi file to drop in
/usr/share/hal/fdi/policy/10osvendor,
which contains the rules to support GNU/kFreeBSD.
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500,
Package: xterm
Version: 244-1
Severity: normal
With the upgrade to 244-1, yeahconsole's embedded (u)xterm crashes and
therefore yeahconsole doesn't work anymore (at least with uxterm):
!513 Z2 ?0 L1 a...@nemo:pts/3 (-zsh) 22:45:52 [~] > yeahconsole
10 XError caught
10 XError caught
10 XError c
Hi,
after the upgrade to 244-1 I had similar, but nevertheless different
prooblems here:
Every freshly opened uxterm (no font changing or the like) seemed
empty, completely black, no prompt. After a while I found out that the
prompt was indeed there, but a few lines above the top, so hitting
Ente
This bug has been fixed in -intel driver 2.8.0.
Launchpad bug report:
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/273306
Upstream bug report:
https://bugs.freedesktop.org/show_bug.cgi?id=20463
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a sub
Package: xserver-xorg-video-intel
Version: 2:2.8.0-1
Severity: important
After upgrading from 2.7.1-1, firefox is terribly slow and causes xorg
to pin the CPU for several seconds when (for example) switching tabs.
I'm running kernel linux-image-2.6.30-1-686 on a Thinkpad X40. I've
looked through
Package: xterm
Version: 244-1
Severity: important
Starting with today's upgrade, running xterm under ratpoison and changing
the font makes the window unuseable. I suspect that xterm and ratpoison
disagree on the new window size (xterm tries to resize so that the number
of rows and columns is met,
Package: xorg
Version: 1:7.4+3
Severity: important
When starting up my xserver, xorg is using >505 of CPU whilst idling
causes slow performance and responsiveness in system.
I have an Intel i915 graphics card I believe.
Thanks
Ben
-- System Information:
Debian Release: squeeze/sid
APT prefer
Hi
It seems like this functionality is available here:
http://bugs.freedesktop.org/show_bug.cgi?id=18351
I have this problem myself (Samsung NC10) and I would
be very happy if this problem is resolved. :-)
Best regards,
// Ola
--
--- Inguza Technology AB --- MSc in Information Technology ---
On 11 Aug 2009, Julien Cristau wrote:
> I can't reproduce this. manpages are readable for me with the default
> settings, and xterm +bdc makes bold text disappear.
> Anything particular in your setup?
You may not have gotten my update to that bug report. I
think you inadvertently fixed s
Your message dated Tue, 11 Aug 2009 19:53:46 +0200
with message-id <20090811175346.go23...@patate.is-a-geek.org>
and subject line Re: Bug#541089: xterm: bold color attribute now displaying as
black by default
has caused the Debian Bug report #541089,
regarding xterm: bold color attribute now displ
On Tue, Aug 11, 2009 at 12:00:04 -0500, Mark Nipper wrote:
> With yesterday's update of xterm, bold attributes are
> displaying in the color black. I'm assuming '+bdc' got set by default
> somehow instead of '-bdc'?
>
> Anyway, since a lot of people probably use black as their
> def
Package: xterm
Severity: normal
Actually, it appears that suddenly the colorBDMode resource is
being honored. I had it (along with colorBLMode and colorULMode)
defined in my .Xresources file as true.
So it appears yesterday's update actually fixed a long standing
issue possibly.
Your message dated Tue, 11 Aug 2009 19:15:57 +0200
with message-id <20090811171557.ga31...@patate.is-a-geek.org>
and subject line Re: Bug#408172: WFM with Xnest 2:1.4.2-4 and fluxbox 0.9.14-1.2
has caused the Debian Bug report #408172,
regarding xnest crashes when running fluxbox as a different use
Package: xterm
Version: 244-1
Severity: minor
With yesterday's update of xterm, bold attributes are
displaying in the color black. I'm assuming '+bdc' got set by default
somehow instead of '-bdc'?
Anyway, since a lot of people probably use black as their
default background color
Julien Cristau wrote:
Hi Brian,
the following bug was reported against the mesa 7.0.3 package in Debian.
The relevant code doesn't seem to have changed in master. Could you
take a look?
Thanks,
Julien
On Tue, Jul 7, 2009 at 17:50:06 +0100, roger wrote:
It appears that mesa 7.0.3, crashes w
Julien Cristau wrote:
tag 540932 pending
kthxbye
On Tue, Aug 11, 2009 at 14:37:26 +0200, Pierre-Loup A. Griffais wrote:
You'll want -showDefaultLibPath as well if you go that route. I
can't think of any obvious others.
Done.
I think there's still a branch where it'll spew a mess
On Mon, Aug 10, 2009 at 6:53 PM, Michal Suchanek wrote:
> Package: xserver-xorg-video-radeon Version: 1:6.12.2-3 Severity: minor File:
> video-radeon In a two screen setup wnenever I move the mouse cursor between
> screens pieces of horizontal white lines appear momentarily at random on the
> ri
tag 540932 pending
kthxbye
On Tue, Aug 11, 2009 at 14:37:26 +0200, Pierre-Loup A. Griffais wrote:
> You'll want -showDefaultLibPath as well if you go that route. I
> can't think of any obvious others.
>
Done.
> I think there's still a branch where it'll spew a message to stderr
> before proceed
Processing commands for cont...@bugs.debian.org:
> tag 540932 pending
Bug #540932 [xorg] xserver-wrapper: bogus output to stderr before X is started
Added tag(s) pending.
> kthxbye
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(admin
debian/changelog |8
debian/local/xserver-wrapper.c | 31 +--
2 files changed, 21 insertions(+), 18 deletions(-)
New commits:
commit ac765a310859843c0a6da67e2e6a33194ae2a20a
Author: Julien Cristau
Date: Tue Aug 11 15:08:22 2009 +0200
Julien Cristau wrote:
reopen 540932
kthxbye
Let's reopen this since there are some issues left.
On Tue, Aug 11, 2009 at 13:26:47 +0200, Pierre-Loup A. Griffais wrote:
Julien Cristau wrote:
I removed this code a while back, see
http://git.debian.org/?p=pkg-xorg/debian/xorg.git;a=commi
Processing commands for cont...@bugs.debian.org:
> notfixed 535300 2:2.7.99.901-2
Bug #535300 {Done: Sam Morris } [xserver-xorg-video-intel]
libdrm-intel1: gvim takes ages to redraw its window, X takes 100% of the CPU
There is no source info for the package 'xserver-xorg-video-intel' at version
Processing commands for cont...@bugs.debian.org:
> reopen 540932
Bug #540932 {Done: Julien Cristau } [xorg]
xserver-wrapper: bogus output to stderr before X is started
'reopen' may be inappropriate when a bug has been closed with a version;
you may need to use 'found' to remove fixed versions.
>
reopen 540932
kthxbye
Let's reopen this since there are some issues left.
On Tue, Aug 11, 2009 at 13:26:47 +0200, Pierre-Loup A. Griffais wrote:
> Julien Cristau wrote:
> >I removed this code a while back, see
> >http://git.debian.org/?p=pkg-xorg/debian/xorg.git;a=commitdiff;h=bb0eb90d5236012ed9
Processing commands for cont...@bugs.debian.org:
> severity 400189 important
Bug #400189 [xserver-xorg-video-nv] xserver-xorg-video-nv: garbage output (6800
GS); renders vt1-6 unusable
Severity set to 'important' from 'normal'
> thanks
Stopping processing here.
Please contact me if you need ass
Package: xserver-xorg-video-nv
Version: 1:2.1.14-2
Hello,
first early sorry for my bad english.
I have same problem. This problem is caused by nv driver failing in
detection to which output the monitor is connected. In my and Andrew's,
the original reporter's, case, nv has detected monitor conne
Processing commands for cont...@bugs.debian.org:
> #xorg-server (2:1.6.3-2) UNRELEASED; urgency=low
> #
> # * Add patch stolen from Fedora to add the vboxvideo driver to the
> #autodetection routine (closes: #540884).
> #
> package xdmx-tools xvfb xnest xserver-xorg-core xserver-xfbdev
> xse
debian/changelog |7 +++
debian/patches/fedora-vboxvideo.diff | 21 +
debian/patches/series|1 +
3 files changed, 29 insertions(+)
New commits:
commit 87207ee71bf39e881250f8bb4b09d939972e735c
Author: Julien Cristau
Date: Tue
Your message dated Tue, 11 Aug 2009 09:57:50 +0200
with message-id <20090811075750.gh23...@patate.is-a-geek.org>
and subject line Re: Bug#540932: xserver-wrapper: bogus output to stderr before
X is started
has caused the Debian Bug report #540932,
regarding xserver-wrapper: bogus output to stderr
30 matches
Mail list logo
