On Sun, Feb 13, 2011 at 02:01:35PM +0100, Cesare Leonardi wrote:
If were you, i would try with a standard Debian kernel. A 32 bit
for starting, then amd64.
Tried with stock debian kernel with same results. I am attaching the
gdm3 log file.
Regards,
--
Sridhar M.A.
Processing commands for cont...@bugs.debian.org:
severity 613315 important
Bug #613315 [xserver-xorg] xserver-xorg: X server starts with white corrupted
screen
Severity set to 'important' from 'grave'
thanks
Stopping processing here.
Please contact me if you need assistance.
--
613315:
Hi,
Stefan bugs.debian@kanarski.de (14/02/2011):
I have a similar problem with 3D acceleration.
please find your own bug.
With libgl1-mesa-dri 7.10-3 I get the following in /var/log/Xorg.0.log
[13.283] (EE) AIGLX error: Calling driver entry point failed
[13.284] (EE) AIGLX:
reassign 613074 src:linux-2.6
thanks
Tayroni Francisco de Alencar tayroni.al...@gmail.com (13/02/2011):
and the output of evtest /dev/input/event7 (on tty1)
Input driver version is 1.0.0
Input device ID: bus 0x11 vendor 0x2 product 0x8 version 0x7321
Input device name: AlpsPS/2 ALPS
Processing commands for cont...@bugs.debian.org:
reassign 613074 src:linux-2.6
Bug #613074 [xserver-xorg-input-synaptics] xserver-xorg-input-synaptics:
Touchpad left and right physical buttons send only button2 events instead of
left and right clicks as expected
Bug reassigned from package
Hi Jean-Philippe,
Jean-Philippe Mengual mengualjean...@free.fr (14/02/2011):
The problem is the same on squeeze with ati radeon driver. Here's
attached logs.
even if the symptoms look similar, please file your own bug. That
helps people triage the reports.
(II) [KMS] drm report modesetting
On Mon, Feb 14, 2011 at 01:01:57 +, Jose Manuel D. Mendinueta wrote:
[ 12862.123] (II) LoadModule: dri
[ 12862.123] (II) Loading /usr/lib/xorg/modules/extensions/libdri.so
[ 12862.123] dlopen: /usr/lib/xorg/modules/extensions/libdri.so: undefined
symbol: WindowTable
[ 12862.123] (EE)
On Mon, Feb 14, 2011 at 06:41:10 +0530, Sridhar M.A. wrote:
On Sun, Feb 13, 2011 at 02:01:35PM +0100, Cesare Leonardi wrote:
If were you, i would try with a standard Debian kernel. A 32 bit
for starting, then amd64.
Sorry for the delayed reply. I will try that shortly. But, my
Cyril Brulebois k...@debian.org writes:
Michel Dänzer daen...@debian.org (09/02/2011):
What would be the problem with making the default search path
/usr/lib/dri:/usr/lib32/dri ?
Looks easy enough. Goswin, could you try that and tell us if that's
enough for your needs? Not sure how
Michel Dänzer daen...@debian.org writes:
On Fre, 2011-02-11 at 00:30 +0100, Javier Serrano Polo wrote:
I've been using this for lenny:
diff -Nru mesa-7.0.3.orig/configs/debian-dri-default
mesa-7.0.3/configs/debian-d
ri-default
--- mesa-7.0.3.orig/configs/debian-dri-default 2010-07-08
--
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/62a52b18o15-31434646-147r1k13@cescampilla
On Mon, Feb 14, 2011 at 14:49:47 +0100, Christian Neumann wrote:
Package: xserver-xorg-video-intel
Version: 2:2.14.0-3
Severity: important
Tags: upstream
Since one of the last upgrades (IIRC shortly after Debian 6.0 was
released), xorg or the intel module floods the Xorg log with
On Mon, 2011-02-14 at 11:46 +0100, Goswin von Brederlow wrote:
Cyril Brulebois k...@debian.org writes:
Michel Dänzer daen...@debian.org (09/02/2011):
What would be the problem with making the default search path
/usr/lib/dri:/usr/lib32/dri ?
Looks easy enough. Goswin, could you try
Processing commands for cont...@bugs.debian.org:
# libmad
severity 596936 important
Bug #596936 [libmad] libmad: FTBFS on armhf (preliminary arch support)
Severity set to 'important' from 'wishlist'
# libv8
severity 596997 important
Bug #596997 [libv8] libv8: Please add preliminary support
Tag 'x11proto-randr-1.3.99.1-1' created by Julien Cristau jcris...@debian.org
at 2011-02-14 15:38 +
Tagging upload of x11proto-randr 1.3.99.1-1 to experimental.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
iQIcBAABCAAGBQJNWUx/AAoJEDEBgAUJBeQMYR8P/18M/HuZjhHAve2jDPg8s5o2
.gitignore | 77 ++
Makefile.am| 16 -
README | 30 ++
configure.ac | 12 -
randr.h| 23 +-
randrproto.h | 120 ++
randrproto.txt | 640 +
7 files changed, 768 insertions(+), 150
.gitignore| 77
ChangeLog | 283
Makefile.am | 16
README| 30 +
configure.ac | 12
debian/README.source | 73
Package: libgl1-mesa-dri
Version: 7.10-3
Severity: normal
I just installed mesa 7.10 (from unstable) on a testing system, and it seems
that it also needs libdrm 2.4.23, but it only depends on 2.4.21 (which is
what comes with testing).
With 2.4.21, all programs that used OpenGL hung before being
x11proto-randr_1.3.99.1-1_amd64.changes uploaded successfully to localhost
along with the files:
x11proto-randr_1.3.99.1-1.dsc
x11proto-randr_1.3.99.1.orig.tar.gz
x11proto-randr_1.3.99.1-1.diff.gz
x11proto-randr-dev_1.3.99.1-1_all.deb
Greetings,
Your Debian queue daemon (running
debian/changelog | 12 +---
debian/control |8 +---
2 files changed, 14 insertions(+), 6 deletions(-)
New commits:
commit f114c3b0a109d9f9603d4d930b6b10b503d23340
Author: Julien Cristau jcris...@debian.org
Date: Mon Feb 14 16:55:46 2011 +0100
Upload to experimental
Tag 'x11proto-xext-7.1.99.0-1' created by Julien Cristau jcris...@debian.org
at 2011-02-14 15:59 +
Tagging upload of x11proto-xext 7.1.99.0-1 to experimental.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
iQIcBAABCAAGBQJNWVFeAAoJEDEBgAUJBeQMOowQAMefmfBZTY2zq8YWVjdA3UOM
Fredrik Tolf fred...@dolda2000.com (14/02/2011):
This system uses the i965 driver in case it matters, which I guess
it does. It has an Arrandale chipset.
Wild guess, your system needs an updated libdrm, not libgl1-mesa-dri
itself. (Like you'd need a newer kernel for a new device.) IIRC
testing
Accepted:
x11proto-randr-dev_1.3.99.1-1_all.deb
to main/x/x11proto-randr/x11proto-randr-dev_1.3.99.1-1_all.deb
x11proto-randr_1.3.99.1-1.diff.gz
to main/x/x11proto-randr/x11proto-randr_1.3.99.1-1.diff.gz
x11proto-randr_1.3.99.1-1.dsc
to main/x/x11proto-randr/x11proto-randr_1.3.99.1-1.dsc
x11proto-xext_7.1.99.0-1_amd64.changes uploaded successfully to localhost
along with the files:
x11proto-xext_7.1.99.0-1.dsc
x11proto-xext_7.1.99.0.orig.tar.gz
x11proto-xext_7.1.99.0-1.diff.gz
x11proto-xext-dev_7.1.99.0-1_all.deb
Greetings,
Your Debian queue daemon (running on
Accepted:
x11proto-xext-dev_7.1.99.0-1_all.deb
to main/x/x11proto-xext/x11proto-xext-dev_7.1.99.0-1_all.deb
x11proto-xext_7.1.99.0-1.diff.gz
to main/x/x11proto-xext/x11proto-xext_7.1.99.0-1.diff.gz
x11proto-xext_7.1.99.0-1.dsc
to main/x/x11proto-xext/x11proto-xext_7.1.99.0-1.dsc
Processing commands for cont...@bugs.debian.org:
#
# bts-link upstream status pull for source package xserver-xorg-video-intel
# see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
#
user bts-link-upstr...@lists.alioth.debian.org
Setting user to
#
# bts-link upstream status pull for source package xserver-xorg-video-intel
# see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
#
user bts-link-upstr...@lists.alioth.debian.org
# remote status report for #551387 (http://bugs.debian.org/551387)
# *
On Mon, 2011-02-14 at 16:59 +0100, Cyril Brulebois wrote:
Fredrik Tolf fred...@dolda2000.com (14/02/2011):
This system uses the i965 driver in case it matters, which I guess
it does. It has an Arrandale chipset.
Wild guess, your system needs an updated libdrm, not libgl1-mesa-dri
itself.
#
# bts-link upstream status pull for source package mesa
# see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
#
user bts-link-upstr...@lists.alioth.debian.org
# remote status report for #590443 (http://bugs.debian.org/590443)
# *
Fredrik Tolf fred...@dolda2000.com (14/02/2011):
Not quite. My system worked perfectly well with Mesa 7.7 and
libdrm-2.4.21. The reason I upgraded to Mesa 7.10 was that Mesa 7.7
has a GLSL linker bug that had been fixed in later versions, but
fixed functionality rendering worked perfectly
Hi,
First of all I found the failure !
After investigating my problem a lot more deeper I found
some really interesting points.
1)
When I install Debian 6.0 on a real hardware everything is working
as expected.
2)
When I install Debian 6.0 in a virtual machine like KVM or VirtualBox
it depends
On Wed, Feb 9, 2011 at 10:55:57 +0100, Michel Dänzer wrote:
On Mit, 2011-02-09 at 10:53 +0100, Cyril Brulebois wrote:
Michel Dänzer daen...@debian.org (09/02/2011):
Upstream commit ed781df1cc30748c8193be9b9a497def0b768b6b ('Print a
warning when a development snapshot is being
I've learned of an effective workaround for the problem via
another open bug (#565344), and this workaround probably points
to the source of the problem.
The workaround: go into /etc/modprobe.d/, find the file
which has the options for the radeon module, and change
modeset=1 to modeset=0.
debian/apport-gpu-error-intel.py |
13 -
debian/changelog |
18 ++
debian/patches/108_undo_dmg_trans_before_append.patch |
28 +++
Hi,
jcris...@debian.org (2011-02-13 at 1104.39 +0100):
back, the screen shows the bg (or maybe it was left from previous run)
and then monitor goes into sleep immediately, ignoring kbd as original
report.
You should probably trim your xorg.conf down to just monitor sections to
stop other
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
You were right. I played with the vanilla ATI driver some time ago. I
used the ATI installation, and I didn't manage to completely remove the
driver.
After removing the diversion and reinstalling xserver-xorg-core
everything runs fine again!!!
Sorry
Hi, I am experiencing this on Ubuntu 10.10.
I am using GNUstep from trunk and cairo 1.10.2 and pixman 0.20.2 built from
source.
It's caused by the thread-local fast_path_cache variable in pixman.c. If you
make that non-thread-local (a normal static variable) the problem will go away.
The root
On Mon, 2011-02-14 at 17:55 +0100, Cyril Brulebois wrote:
Rephrasing: maybe you happen to run into a bug due to this particular
combination of versions. That doesn't mean mesa 7.10 must depend on
2.4.23 on all systems.
Maybe so, but then again, I did try to compile Mesa 7.10 from source
code
Hi Ferenc,
Ferenc Wagner wf...@niif.hu (14/02/2011):
Backtrace:
0: /usr/bin/X (xorg_backtrace+0x3b) [0x80adebb]
1: /usr/bin/X (0x8048000+0x5aa95) [0x80a2a95]
2: (vdso) (__kernel_rt_sigreturn+0x0) [0xb78b940c]
3: /usr/bin/X (Xfree+0x21) [0x80ab501]
4: /usr/bin/X (XineramaDeleteResource+0x1d)
debian/changelog | 10
debian/patches/111_fix_clipped_window_plane_offset.patch | 33 +++
debian/patches/112_fix_error_in_4c4ad555.patch | 33 +++
debian/patches/series|2
debian/changelog |
19 +++
debian/patches/210_pixman_null_ptr_check.patch |
25
debian/patches/211_glx_fix_bindtextimageext_length_check.patch |
56 ++
debian/changelog | 12 +
debian/patches/113_remove_broken_max_base_addresses.patch | 46 +
debian/patches/114_warnings_cleanup_part_2.patch | 115 ++
debian/patches/series |2
4 files
debian/changelog| 12 +
debian/control |3
debian/patches/108_fix_leaks_dri2_screen_creation.patch | 107
debian/patches/series |1
4 files changed, 122
On Mon, Feb 14, 2011 at 4:09 PM, GSR gsr.b...@infernal-iceberg.com wrote:
Hi,
jcris...@debian.org (2011-02-13 at 1104.39 +0100):
back, the screen shows the bg (or maybe it was left from previous run)
and then monitor goes into sleep immediately, ignoring kbd as original
report.
You should
44 matches
Mail list logo