On 2 December 2011 00:16, Jonathan Nieder wrote:
> Reuben Thomas wrote:
>
>> I don't actually use Debian at present; I use Ubuntu. That may limit
>> my usefulness. However, at the very least, I'd be happy to try doing
>> this:
>
> Thanks. Unless the Ubuntu maintainers want to make this change as
Same problem here, on my squeeze machine.
In first place tried to compile libcairo2, and then need to compile
pixman.
Pixman FTBFS on squeeze.
Is something I need to add to the bug report?
--
Atte. Félix Arreola Rodríguez,
Firmado con GPG, llave 1E249EE4
signature.asc
Description: This is a d
#
# 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)
# Bug title: libgl1-mesa-dri: s3tc texture compre
#
# bts-link upstream status pull for source package xkeyboard-config
# see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
#
user bts-link-upstr...@lists.alioth.debian.org
# remote status report for #649519 (http://bugs.debian.org/649519)
# Bug title: symbols/is: Some correct
Reuben Thomas wrote:
> I don't actually use Debian at present; I use Ubuntu. That may limit
> my usefulness. However, at the very least, I'd be happy to try doing
> this:
Thanks. Unless the Ubuntu maintainers want to make this change as a
differentiating feature instead of pushing it in Debian (
Processing commands for cont...@bugs.debian.org:
> #
> # bts-link upstream status pull for source package xkeyboard-config
> # 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-upstr...@lists.alioth
On 1 December 2011 22:58, Jonathan Nieder wrote:
> Hi again,
>
> Riku Saikkonen wrote:
>
>> I suppose this clearly is not something that should be changed while
>> in a freeze, especially since xterm in Debian has had the current
>> behaviour for so many years. But perhaps it would be possible to
Hi again,
Riku Saikkonen wrote:
> I suppose this clearly is not something that should be changed while
> in a freeze, especially since xterm in Debian has had the current
> behaviour for so many years. But perhaps it would be possible to
> coordinate a consistent behaviour for all the terminals i
On 2011-12-01 21:06 +0100, Rares Aioanei wrote:
> On 12/01/2011 09:56 PM, Rares Aioanei wrote:
>> Package: xserver-xorg
>>
>> Version: 1:7.6+9
>> Severity: normal
>>
>> After updating my system and starting X, the Fluxbox theme that's
>> supposed to be green is black now (standard zimek_green), ko
On 12/01/2011 09:56 PM, Rares Aioanei wrote:
Package: xserver-xorg
Version: 1:7.6+9
Severity: normal
After updating my system and starting X, the Fluxbox theme that's
supposed to be green is black now (standard zimek_green), konsole's
borders are pink instead of beige and starting a video in vl
Package: xserver-xorg
Version: 1:7.6+9
Severity: normal
After updating my system and starting X, the Fluxbox theme that's
supposed to be green is black now (standard zimek_green), konsole's
borders are pink instead of beige and starting a video in vlc shows
garbled images and weird colors. This w
I was getting the same issue of a black display when nursing an old
laptop off Etch -> lenny -> squeeze with the same siliconmotion
LynxEM chipset.
reading this bug report 428711 gave me enough clues to do a work around.
First the bug reporter's last E-mail may not be relevant to the
original rep
ChangeLog | 47
debian/README.Debian| 29
debian/changelog|8
debian/control | 11
debian/copyright| 18
debian/rules|4
src/drmmode_display.c |1
src/hwdefs/nv01_2d.xml.h| 1416
src/drmmode_display.c |1
src/hwdefs/nv01_2d.xml.h| 1416 ++
src/hwdefs/nv10_3d.xml.h| 1637 +++
src/hwdefs/nv30-40_3d.xml.h | 2052 +
src/hwdefs/nv50_2d.xml.h| 434 ++
src/hwdefs/nv50_3d.xml.h| 2127 ++
src/hwdefs/nv50_defs.xml.h | 155
src/h
xserver-xorg-video-nouveau_0.0.16+git20111201+b5534a1.orig.tar.gz.delta |binary
xserver-xorg-video-nouveau_0.0.16+git20111201+b5534a1.orig.tar.gz.id|1
+
2 files changed, 1 insertion(+)
New commits:
commit 946752c4fa18c2c27b1d27ef3d93d34068a3e87a
Author: Sven Joachim
Date: Thu Dec 1
On 2011-12-01 19:29 +0100, Julien Cristau wrote:
> On Thu, Dec 1, 2011 at 16:06:55 +0100, Sven Joachim wrote:
>
>> On 2010-06-13 01:19 +0200, Julien Cristau wrote:
>>
>> > On Sun, Jun 13, 2010 at 08:45:42 +1000, Christopher James Halse Rogers
>> > wrote:
>> >
>> >> This probably is due to your
On Thu, Dec 1, 2011 at 14:00:51 +0100, Joachim Schmidt wrote:
> Package: xorg
>
> Version: 1:7.6+9
> Severity: important
>
> Dear Maintainer,
>
>* What led up to the situation?
> no grafic display available
>* What exactly did you do (or not do) that was effective (or
> ineffectiv
On Thu, Dec 1, 2011 at 17:28:09 +0200, Felipe Balbi wrote:
> Package: x11-xkb-utils
> Version: 7.6+4
> Severity: important
>
> Dear Maintainer,
>
>* What led up to the situation?
>
> A recent dist-upgrade (couple of days ago)
>
>* What exactly did you do (or not do) that was eff
On Thu, Dec 1, 2011 at 16:06:55 +0100, Sven Joachim wrote:
> On 2010-06-13 01:19 +0200, Julien Cristau wrote:
>
> > On Sun, Jun 13, 2010 at 08:45:42 +1000, Christopher James Halse Rogers
> > wrote:
> >
> >> This probably is due to your high resolution and low video memory - a
> >> 1900x1200 tru
Package: x11-xkb-utils
Version: 7.6+4
Severity: important
Dear Maintainer,
* What led up to the situation?
A recent dist-upgrade (couple of days ago)
* What exactly did you do (or not do) that was effective (or
ineffective)?
setxkbmap -layout us -variant intl didn't
On 2010-06-13 01:19 +0200, Julien Cristau wrote:
> On Sun, Jun 13, 2010 at 08:45:42 +1000, Christopher James Halse Rogers wrote:
>
>> This probably is due to your high resolution and low video memory - a
>> 1900x1200 truecolour framebuffer takes up slightly more than half your
>> VRAM.
>>
> I gue
> This crash is fixed in the current upstream driver (as of 6.14.1), but
> only by disallowing rotation when acceleration is disabled.
ah. That is sad.
>> Build Operating System: Linux 2.6.37-trunk-amd64 x86_64 Debian
> [...]
>> (--) RADEON(0): Chipset: "ATI Radeon HD 5450" (ChipID = 0x68f9)
>
On Die, 2011-11-29 at 00:25 +0100, Cyril Brulebois wrote:
>
> I see that in master:
>
> commit 3853c3020d05175ae180b9a188dec7c425bdd0b8
> Author: Dave Airlie
> Date: Mon Nov 28 18:38:30 2011 +
>
> fixup xinerama since 9151f3b1c2ebcc34e63195888ba696f2183ba5e2
>
> since the dr
On Don, 2011-12-01 at 14:08 +0100, Edward Welbourne wrote:
>
> [...] quarter of an hour ago, I
> tried starting a plain user X session and, in an rxvt, typing "xrandr
> -o left", which shut down that X session hard. This got a crash
> dump:
>
>
> Wed Oct 5 17:50:53 2011 xdm info (pid 6536):
24 matches
Mail list logo
