Bug#641197: patch submitted

2012-01-04 Thread James Robertson
It appears as though a patch has been submitted for this. http://cgit.freedesktop.org/xorg/lib/libXft/commit/?id=6f1d7bcdd461b1f6cc64370793f52d7c170187d0 -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#630345: gdb trace and logs with experimental drivers

2012-01-04 Thread Craig Small
I tried the radeon and intel drivers. The intel bit works ok but when i make a minimal xorg.conf to use the radeon chip the X server crashes. Attached is the gdb logs and Xorg.0.log files. I hope these help make sense of what is going wrong. - Craig -- Craig Small VK2XLZ http://enc.com.au/

Bug#630345: gdb trace and logs with experimental drivers

2012-01-04 Thread Michel Dänzer
On Mit, 2012-01-04 at 20:54 +1100, Craig Small wrote: > I tried the radeon and intel drivers. The intel bit works ok but when i > make a minimal xorg.conf to use the radeon chip the X server crashes. > > Attached is the gdb logs and Xorg.0.log files. I hope these help make > sense of what is goi

Bug#652907: #652907 xterm: no UTMP/WTMP update with kfreebsd-amd64

2012-01-04 Thread Thomas Dickey
...a little more investigation shows that utempter sees /dev/ttyp6 as owned by root. Bypassing _that_ test lets utempter work. I'll investigate to see what solution is appropriate. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital s

Bug#652907: #652907 xterm: no UTMP/WTMP update with kfreebsd-amd64

2012-01-04 Thread Mats Erik Andersson
The problem seems to be that kfreebsd-amd64 is changing ownership of a slave device later than linux-i386 is doing. This is not recogniced in the source of "libutempter/utempter.c". The following output demonstrates that at the time of evaluating ptsname(fd), the two systems differ. The call to gr

Starting X with VGA on and LVDS off

2012-01-04 Thread Andre Majorel
What arguments do you pass to startx to enable the VGA output and disable the LVDS output ? Thanks in advance. -- André Majorel "Like a spambot on lists.debian.org." -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe"

Re: Starting X with VGA on and LVDS off

2012-01-04 Thread Cyril Brulebois
Andre Majorel (04/01/2012): > What arguments do you pass to startx to enable the VGA output > and disable the LVDS output ? Just call xrandr once X is started? Mraw, KiBi. signature.asc Description: Digital signature

Re: Starting X with VGA on and LVDS off

2012-01-04 Thread Andre Majorel
On 2012-01-04 14:02 +0100, Cyril Brulebois wrote: > Andre Majorel (04/01/2012): > > What arguments do you pass to startx to enable the VGA output > > and disable the LVDS output ? > > Just call xrandr once X is started? Too late, must be done before the window manager starts. -- André Majorel

Re: Starting X with VGA on and LVDS off

2012-01-04 Thread Cyril Brulebois
Andre Majorel (04/01/2012): > Too late, must be done before the window manager starts. Then your window manager needs to learn about Xrandr. Mraw, KiBi. signature.asc Description: Digital signature

Bug#630345: gdb trace and logs with experimental drivers

2012-01-04 Thread Alex Deucher
On Wed, Jan 4, 2012 at 4:54 AM, Craig Small wrote: > I tried the radeon and intel drivers. The intel bit works ok but when i > make a minimal xorg.conf to use the radeon chip the X server crashes. > > Attached is the gdb logs and Xorg.0.log files.  I hope these help make > sense of what is going w

Re: Starting X with VGA on and LVDS off

2012-01-04 Thread Andre Majorel
On 2012-01-04 15:44 +0100, Cyril Brulebois wrote: > Andre Majorel (04/01/2012): > > Too late, must be done before the window manager starts. > > Then your window manager needs to learn about Xrandr. So do the apps. Is there really no way to preventively tell X which outputs to use ? -- André M

Bug#654612: xserver-xorg-video-nouveau: dual-head DVI-I-2 disconnected GeForce 210 NVa8 (GT218)

2012-01-04 Thread oz
Package: xserver-xorg-video-nouveau Version: 1:0.0.15+git20100329+7858345-5 Severity: normal *** Please type your report below this line *** Hello, after changing a GeForce 8600GT with a new GeForce 210 the dual-head monitor is not working any longer. The secondary monitor seems to be disconnec

Bug#654612: xserver-xorg-video-nouveau: dual-head DVI-I-2 disconnected GeForce 210 NVa8 (GT218)

2012-01-04 Thread Cyril Brulebois
oz (04/01/2012): > Package: xserver-xorg-video-nouveau > Version: 1:0.0.15+git20100329+7858345-5 > Severity: normal > > […] > > It seems like dual-head is not supported by nouveau for a nvidia > GeForce 210 in > Debian/squeeze. You may want to try backported packages (kernel + driver): http:/

Bug#654612: xserver-xorg-video-nouveau: dual-head DVI-I-2 disconnected GeForce 210 NVa8 (GT218)

2012-01-04 Thread Sven Joachim
On 2012-01-04 17:04 +0100, Cyril Brulebois wrote: > oz (04/01/2012): >> Package: xserver-xorg-video-nouveau >> Version: 1:0.0.15+git20100329+7858345-5 >> Severity: normal >> >> […] >> >> It seems like dual-head is not supported by nouveau for a nvidia >> GeForce 210 in >> Debian/squeeze. > > Yo

Bug#652907: #652907 xterm: no UTMP/WTMP update with kfreebsd-amd64

2012-01-04 Thread Thomas Dickey
yes - I could see that, and moved grantpt up above the utempter code. (I also tested that on Solaris 10, to verify the change). - Original Message - From: "Mats Erik Andersson" To: dic...@his.com Cc: 652...@bugs.debian.org Sent: Wednesday, January 4, 2012 7:36:01 AM Subject: Bug#652907: #

Bug#654630: mesa: [m68k] FTBFS due to lack of GCC atomic builtins

2012-01-04 Thread Thorsten Glaser
Source: mesa Version: 7.11.2-1 Hi, mesa FTBFS (with gcc-4.6) with error messages like these: /tmp/buildd/mesa-7.11.2/build/dri/src/gallium/drivers/r600/../../../../src/gallium/auxiliary/util/u_atomic.h:151: undefined reference to _sync_sub_and_fetch_4' This is due to it using GCC Atomic built

Bug#654612: xserver-xorg-video-nouveau: dual-head DVI-I-2 disconnected GeForce 210 NVa8 (GT218)

2012-01-04 Thread oz
It seems like dual-head is not supported by nouveau for a nvidia GeForce 210 in Debian/squeeze. You may want to try backported packages (kernel + driver): http://x.debian.net/reference/squeeze-backports.html Since acceleration is disabled for NVA8 by the Squeeze kernel to work around https://

Bug#640464: xterm: rendering problems (pixels not erased?)

2012-01-04 Thread Thomas Dickey
On Sat, Dec 31, 2011 at 02:26:35AM +0100, Vincent Lefevre wrote: > On 2011-12-30 20:16:43 -0500, Thomas Dickey wrote: > > Which window manager are you using? > > fvwm I'm baffled by this one (not able to reproduce the problem). In my initial response, I had in mind that perhaps the optimization