reassign 548873 xserver-xorg-core 2:1.6.4-1
thanks
Addendum.
Downgrading from xserver-xorg-core 2:1.6.4-1 to 2:1.6.3.901-1 fixes
the problem.
Refiled against xserver-xorg-core.
Phil
--
http://www.kantaka.co.uk/ .oOo. public key: http://www.kantaka.co.uk/gpg.txt
--
To UNSUBSCRIBE, email to
On Tue, Nov 27, 2007 at 09:48:54AM +, Philip Armstrong wrote:
On Tue, Nov 27, 2007 at 08:44:47AM +0100, Brice Goglin wrote:
Do you still have this problem with latest xserver-xorg? (1:7.3+6 is in
unstable, 1:7.3+7 just got uploaded there too).
Problem still exists with 1:7.3+6 :
dexconf
On Tue, Nov 27, 2007 at 08:44:47AM +0100, Brice Goglin wrote:
Do you still have this problem with latest xserver-xorg? (1:7.3+6 is in
unstable, 1:7.3+7 just got uploaded there too).
Problem still exists with 1:7.3+6 :
dexconf: error: cannot generate configuration file;
xserver-xorg/config/d
Package: xserver-xorg
Version: 1:7.3+3
Severity: normal
Doing
$ mv /etc/X11/xorg.conf /etc/X11/xorg.conf-backup
$ dpkg-reconfigure xserver-xorg
failes (after answering a bunch of questions) with the following
error:
dexconf: error: cannot generate configuration file;
On Mon, May 07, 2007 at 10:54:25AM +0200, Brice Goglin wrote:
About 5 years ago, you reported (or replied to) a bug in the Debian BTS
regarding a segfault of the Xserver on a MGA G400 board when enabling
the proxy in openoffice. Did any of you guys reproduce this problem
recently? With Xorg/Etch?
On Mon, Apr 09, 2007 at 09:39:40PM +0200, Brice Goglin wrote:
About 5 years ago, you reported a bug to the Debian BTS regarding
xftcache not using fonts.alias when generating XftCache files. Did you
reproduce this problem recently? With Xorg/Etch? If not, I will close
this bug in the next weeks.
On Fri, Jan 19, 2007 at 08:35:27PM +0100, Brice Goglin wrote:
> About 2 years ago, you reported a bug to the Debian BTS regarding
> strange behaviour being caused by hammering randomly on the keyboard.
> Did you reproduce this problem recently? If not, I will close this bug
> in the next weeks.
I
On Tue, Jan 16, 2007 at 10:49:11PM +0100, Brice Goglin wrote:
> About 2 years ago, you reported a bug to the Debian BTS regarding ;ouse
> buttons 4/5 being ignored for dpms purposes. Did you reproduce this
> problem recently? If not, I will close this bug in the next weeks.
This bug still exists i
On Fri, Jan 12, 2007 at 07:55:29PM +0100, Brice Goglin wrote:
> 4 years ago, you reported a bug to the Debian BTS regarding a
> crash/lockup of the X server on a MGA board. Did you reproduce this
> problem recently? If not, I will close this bug in the next weeks,
I've since moved to a different m
On Fri, Jan 12, 2007 at 08:06:51PM +0100, Brice Goglin wrote:
> 4 years ago, you reported a bug to the Debian BTS regarding a corruption
> of the screen and/or a lockup of the X server when switching to VT on a
> MGA board. Did you reproduce this problem recently? If not, I will close
> this bug in
Package: xdmx
Version: 2:1.1.1-9
Severity: normal
The xdmx package contains the manpage for xdmxconfig, but not the
binary!
cheers, Phil
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked
On Tue, Dec 28, 2004 at 06:41:38PM -0600, John Lightsey wrote:
> First let me say that if anyone would like to take over updating the
> dri-trunk-sid packages on a semi-regular basis, I'd really appreciate
> it. I don't track the Debian X or DRI mailing lists closely enough to
> keep up with chang
Package: xserver-xfree86
Version: 4.3.0.dfsg.1-6
Severity: normal
Steps to reproduce:
1) Take a one year old child
2) Allow said child to hammer at random on your keyboard
After this treatment, any keyboard input results only in characters
appearing which (I think) have the high-bit set. eg pres
Argh.
Forgot the
Option "DPMS" "on"
line in /etc/X11/XF86Config
Pet peeve: *Why* does "xset q" claim that dpms is enabled, even though
the above line isn't in the XF86Config and DPMS is clearly not
turned on? Surely in this case, xset q should say "DPMS Disabled".
Anyway, please close
Package: xserver-xfree86
Version: 4.3.0.dfsg.1-6
Severity: normal
DPMS fails to work at all with a Radeon 7000 PCI DVI card. The xserver
logs detect the ability to turn the monitor off & "xset q" shows that
dmps is turned on, but "xset dpms force off" blanks the screen but
doesn't turn off the TFT
Package: xlibmesa-dri
Version: 4.3.0-2
Severity: normal
Followup-For: Bug #233670
hooke ~$ LIBGL_DEBUG=1 glxinfo
name of display: :0.0
libGL error: dlopen /usr/X11R6/lib/modules/dri/i810_dri.so failed
(/usr/X11R6/lib/modules/dri/i810_dri.so: undefined symbol: sse_test_dummy)
libGL error: unable to
Package: xlibmesa-dri
Version: 4.3.0-2
Severity: normal
Followup-For: Bug #233670
>From a machine at work:
hooke ~$ tail -48 /var/log/XFree86.0.log | head -4
(II) I810(0): X context handle = 0x0001
(II) I810(0): [drm] installed DRM signal handler
(II) I810(0): [DRI] installation complete
(==)
Package: xserver-xfree86
Version: 4.3.0-2
Severity: normal
Followup-For: Bug #233702
Same graphics card (I think, here's the lspci output:
01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G400 AGP (rev 04)
(prog-if 00 [VGA])
)
But I can switch VTs to my hearts content with no proble
Package: xlibmesa-glu
Version: 4.3.0-2
Severity: normal
Followup-For: Bug #233670
Just to confirm this bug, I'm having the same problem: No dri with the
mga driver, even though the XFree log claims it's on.
[EMAIL PROTECTED] ~ >tail -40 /var/log/XFree86.0.log|head -3
(II) MGA(0): [drm] Mapped 128
On Fri, Feb 28, 2003 at 01:29:28AM -0500, Branden Robinson wrote:
> If you're handy with Debian packaging, you could roll a custom XFree86
> 4.2.1-6 package with above patches removed, and see if that changes
> anything. If not, it's an upstream problem.
Haven't tried this yet.
> Note that the s
On Fri, Feb 28, 2003 at 01:29:28AM -0500, Branden Robinson wrote:
> If you're handy with Debian packaging, you could roll a custom XFree86
> 4.2.1-6 package with above patches removed, and see if that changes
> anything. If not, it's an upstream problem.
Haven't tried this yet.
> Note that the s
On Fri, Feb 28, 2003 at 01:29:28AM -0500, Branden Robinson wrote:
> On Thu, Feb 27, 2003 at 08:04:55PM +, Phil Armstrong wrote:
> > Package: xserver-xfree86
> > Version: 4.2.1-6
> > Severity: normal
> >
> > Just running "glxinfo" on 4.2.1-5 or 4.2.1-6 is enough to put my G400
> > in an unusabl
On Fri, Feb 28, 2003 at 01:29:28AM -0500, Branden Robinson wrote:
> On Thu, Feb 27, 2003 at 08:04:55PM +, Phil Armstrong wrote:
> > Package: xserver-xfree86
> > Version: 4.2.1-6
> > Severity: normal
> >
> > Just running "glxinfo" on 4.2.1-5 or 4.2.1-6 is enough to put my G400
> > in an unusabl
On Mon, Oct 07, 2002 at 02:16:17PM -0500, Branden Robinson wrote:
> Those are some pretty aggressive options you've got going there. The
> fbdev layer plus PCI retries plus AGPMode 4. I wouldn't be surprised if
> you'd get more stability by backing off on some of those. However, a
> bug's a bug.
On Mon, Oct 07, 2002 at 02:16:17PM -0500, Branden Robinson wrote:
> Those are some pretty aggressive options you've got going there. The
> fbdev layer plus PCI retries plus AGPMode 4. I wouldn't be surprised if
> you'd get more stability by backing off on some of those. However, a
> bug's a bug
On Mon, Oct 07, 2002 at 02:16:17PM -0500, Branden Robinson wrote:
> Those are some pretty aggressive options you've got going there. The
> fbdev layer plus PCI retries plus AGPMode 4. I wouldn't be surprised if
> you'd get more stability by backing off on some of those. However, a
> bug's a bug.
On Mon, Oct 07, 2002 at 02:16:17PM -0500, Branden Robinson wrote:
> Those are some pretty aggressive options you've got going there. The
> fbdev layer plus PCI retries plus AGPMode 4. I wouldn't be surprised if
> you'd get more stability by backing off on some of those. However, a
> bug's a bug
27 matches
Mail list logo