Bug#268461: xfree86: FBTFS: wrong Build-Depends libstdc++-5-dev

Package: xfree86 Version: 4.3.0.dfsg.1-4 Severity: serious Justification: no longer builds from source Hi, the gcc in sarge no longer builds libstdc++-5-dev but only libstdc++-5-3.3-dev. This causes the primary Build-Depends in xfree86 to fail and "apt-get build-dep" doesn't take the alternative.

Re: Bug#268120: Adpot Windows conventions for producing International Characters

On Thu, Aug 26, 2004 at 10:13:10PM +0100, TJ wrote: (...) > How to use compose? > well to get a "ä" (a umlaut) > press compose (right win)(and release, not hold) then press " > (shift+2 on uk keyboards) then press a. > compose will combine the " and a to give you ä > also: compose then s then s, g

Bug#259812: xserver-xfree86: [nv] 1600x1200 pixelated on Quadro FX 1100

On Tue, Jul 27, 2004 at 01:18:08AM -0500, Branden Robinson wrote: > I think it may be supported by the XFree86 4.4.0 release candidate from > which we can backport changes, but I don't know if there will be time to do > this before Debian's xfree86 packages go into a freeze for the sarge > release.

Bug#252566: xbase-clients: Bug #252566

Package: xbase-clients Version: 4.3.0.dfsg.1-6 Followup-For: Bug #252566 I got a similar error here, on a Titanium IV: :$ cat /proc/cpuinfo processor : 0 cpu : 7455, altivec supported clock : 867MHz revision: 3.2 (pvr 8001 0302) bogomips: 864.64 machi

Bug#268432: It has something to do with the color depth...

I checked the configuration of my woody xserver-s3 (which has version 3.3.6, of course, not 3.6 as I told you) and discovered that I use only a color depth of 16 there. So the configuration of xserver-xfree86 4.3.0 was not so close to my woody configuration as I suggested. Sorry. When I chang

Bug#268432: xserver-xfree86: monitor is put into powersave mode on X startup

Package: xserver-xfree86 Version: 4.3.0.dfsg.1-4 Severity: important When I start the X server from the shell by typing "X", it puts the monitor into powersave mode. The reason for this could also be that the video mode chosen by X is not acceptable for the monitor. I use an S3 Trio 64V+ with an

Bug#258044: xlibs: XGetModifierMapping() doesn't work well with Ivan Pascal's workaround for multi-layout maps that use different modifier keysyms

On Fri, Aug 27, 2004 at 08:49:23AM +0200, Denis Barbier wrote: > [Tuomo Valkonen] > > The keycode for Alt_L is 0x40. xmodmap also reports two mappings > > keycode 64 = Alt_L Meta_L > > keycode 125 = Alt_L > > > > and only XGetModifierMapping uses the incorrect one, causing at leas

Missing libGL.la

Celestia 1.3.2 doesn't compile due to missing libGL.la libtool: link: cannot find the library `/usr/lib/libGL.la'

Bug#268363: xserver-xfree86: Hammering randomly on the keyboard results in strange behaviour

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

Bug#258044: xlibs: XGetModifierMapping() doesn't work well with Ivan Pascal's workaround for multi-layout maps that use different modifier keysyms

[Tuomo Valkonen] > The keycode for Alt_L is 0x40. xmodmap also reports two mappings > keycode 64 = Alt_L Meta_L > keycode 125 = Alt_L > > and only XGetModifierMapping uses the incorrect one, causing at least > some programs to not ignore alt presses/releases as they should. This

hey, what's up?

Title: wf0UU9RjnRx0YlA6SYP119z Here it is! My webcam is finally up for you to see. P;ress here to see me live.     stop this message?, press