dear all,
I tried booting with Ubuntu precise, and it works fine (!).
kernel version 3.2.0-69-generic
xserver-xorg-video-nouveau version 1:0.0.16+git20111201+b5534a1-1build3
I am a bit puzzled, this looks like a regression of some kind.
Admittetly kernel 3.2.0 did not contain the configuration C
thanks for the prompt reply!
#740953 also suggests to add the kernel option
nouveau.config=NvBios=PRAMIN
but I think it is useless in my case, since the module nouveau properly
loads from PRAMIN and detects the video card
thinking of it , it is quite weird that the module detects the card, and
Package: xserver-xorg-video-nouveau
Version: 1:1.0.11-1
Severity: normal
dear mantainers,
I am unable to use nouveau on my MacBook 5,1
AFAIU in http://nouveau.freedesktop.org/wiki/FeatureMatrix
the chipset 9400M is in the NV50 group and is supported in version 1.0.11
but looking in the log (se
hi,
I found a "solution" for this bug.
I look into the GIT repo for this package.
I noted in the changelog of 1.5.99.901-1 the following line:
Multitouch isn't enabled yet (it would require a newer server anyway).
Looking into configure.ac I spotted
PKG_CHECK_MODULES(XI22, [inputproto >= 2.1.
Il 07/03/2010 12:35, Brice Goglin ha scritto:
> On Sun, Dec 16, 2007 at 03:34:13PM +0000, A Mennucc wrote:
>> Package: compiz-gtk
>> Version: 0.6.3~git20071104.c9009efd-1
>> Severity: normal
>>
>> hi
>>
>> compiz does not draw decorations on unfocused w
Package: xserver-xorg
Version: 1:7.5+1
Severity: normal
hi,
I just noted, looking in the logs, that X segfaults when I exit from
the session. This happens on a MacBook 5,2 , using the vesa driver
(the NV driver does not support the vide chipset "GeForce 9400M").
a.
-- Package-specific info:
/v
Package: xserver-xorg-input-synaptics
Version: 1.2.0-2
Severity: important
hi,
I use Debian/sid in this MacBook5,1
(the aluminum type, with no mouse buttons below the touchpad);
up to some days ago , the touchpad was working in a wonderful way:
if I clicked the touchpad using 2 (or 3) fingers,
On Mon, Feb 25, 2008 at 06:58:26PM +0100, Brice Goglin wrote:
> Yes, the default AGPmode changed (again) recently. And actually it is
> now back to the same behavior than in the old 6.6.x days. IIRC, by
> default, it just tries to use the BIOS mode. If this default mode
> doesn't work, you need to
Debian Bug Tracking System ha scritto:
> A Mennucc wrote:
>
> Ok, that was expected, XAANoOffscreenPixmaps is very important for
> Compiz (unless you use EXA).
what about adding a few lines to /usr/bin/compiz, such as
if grep -qi 'driver.*"ati"' /etc/X11/
Michel Dänzer ha scritto:
> Does Option "XaaNoOffscreenPixmaps" help?
hi
I added that option in the "Device" section asfollows, and now the bug
457965 is not showing : this seems to really solve problems with compiz
in my ATI Radeon card.
v
Section "Device"
Identifier "A
severity 395159 important
tag 395159 +patch
thanks
I think that this bug is important;
I really recommend that it be solved pre-etch
here is the problem:
in a Sarge install, xfree86-common (at version
4.3.0.dfsg.1-14sarge ) ships those files
# dpkg -L xfree86-common | grep Xsession.d
/etc/X1
Package: xserver-xorg
Version: 1:7.0.22
Severity: important
I did a test install of Debian/etch/amd64 ; I have a Radeon card, with two
heads (one digital , one analog ) , and two CRT monitors connected to it
(using good-old analog cables , and one digital-analog adapter )
lspci reports:
01:00.0
Package: xserver-xorg
Version: 1:7.0.22
Followup-For: Bug #373961
hi
I see the same problem
as told in a previous email, the solution was to
delete some md5sums from /var/lib/x11, and change
in /var/lib/dpkg/info/xserver-xorg.postinst
- if [ -z "$UPGRADE" ] || dpkg --compare-versions "$2" le "
Package: x11-common
Version: 1:7.0.14
Severity: grave
Justification: renders package unusable
hello
I cannot upgrade to the version 7.0.14 of x11-common; here is the error
x11-common postinst error: Could not remove /usr/X11R6/bin. Is not yet
empty. Please remove any items still in the direct
On Tue, Jan 10, 2006 at 08:47:49PM +0100, David Mart?nez Moreno wrote:
> El martes, 10 de enero de 2006 20:28, A Mennucc escribi?:
> Hello, A. I have the same chipset in one of my laptops. Please wait
> until I
> upgrade to 6.9 for testing. :-) At first glance I suggest activ
Package: xlibmesa-dri
Version: 6.9.0.dfsg.1-2
Severity: normal
hi
direct rendering does not work here ; here is happens
$ export LIBGL_DEBUG=verbose
$ glxgears
libGL: XF86DRIGetClientDriverName: 0.8.1 sis (screen 0)
libGL: OpenDriver: trying /usr/X11R6/lib/modules/dri/sis_dri.so
drmOpenByBusid:
Package: xlibmesa-gl-dev
Version: 6.8.2.dfsg.1-11
Severity: minor
Tags: patch
hi
I usually compile using 'gcc -Wall -Wshadow' ; but some includes in GL
generate too many warnings, as for example
/usr/X11R6/include/GL/gl.h:1427: warning: declaration of ‘j1’ shadows a global
declaration
/usr/incl
Package: xlibmesa-gl
Version: 4.3.0.dfsg.1-10
Severity: normal
hi
I tried running 'prelink' and it warned that
Cannot prelink against non-PIC shared library /usr/X11R6/lib/libGL.so.1
I seem to remember that , according to the policy, libraries
should only contain PIC code
a.
-- System Informa
Package: xserver-xfree86
Version: 4.2.1-3.bunk.3
Severity: normal
hello
when I play a DVD (using mplayer) or a DV file,
I only see a blue screen
I think that the sis driver shipped with this version does not correctly
implement an XV extension that converts from some YUV colorspace to the
scr
Package: xserver-xfree86
Version: 4.2.1-3.bunk.3
Severity: normal
hello
when I play a DVD (using mplayer) or a DV file,
I only see a blue screen
I think that the sis driver shipped with this version does not correctly
implement an XV extension that converts from some YUV colorspace to the
scr
20 matches
Mail list logo
