Package: xserver-xfree86
Version: 4.2.1-6
After `apt-get dist-upgrade' from xserver-xfree86 4.2.1-3 to
server-xfree86 4.2.1-6 the system freezes totally at boot up time when
`gdm' gets started. I had to revert back to 4.2.1-3 to keep the system
useable.
Thanks for the incredible amount of work yo
- Forwarded message from Hetz Ben Hamo <[EMAIL PROTECTED]> -
From: Hetz Ben Hamo <[EMAIL PROTECTED]>
Date: Sun, 4 May 2003 20:21:01 +
To: [EMAIL PROTECTED]
Message-Id: <[EMAIL PROTECTED]>
Subject: Fwd: RFT: prelinkable libGL.so (with a couple of optimizations)
List-Id: For developer's
Package: xserver-svga
Version: 3.3.6-44
When I start X everything looks fine except for the font. The font
looks like a few short vertical lines for each character. Others
have reported a similar problem and the XFree86 FAQ mentions that a bug
exists in some Trio32 cards regarding the font cache
On Sam, 2003-05-03 at 10:39, Christian Schoenebeck wrote:
> On 02 May 2003 12:14:18 +0200
> Michel Dänzer <[EMAIL PROTECTED]> wrote:
>
> > > I tried the driver/chipset trick, but it just doesn't work out with
> > > 4.2.1.1, starting xserver fails with:
> > >
> > > (EE) RADEON(0): [agp] AGP not
hi i am experiencing the same problems, since yesterday.
same packages, crashed 3 times today on me. system is
totally fscked up. cant work. removed wacom drivers and
deactivated them yet the same problem. hangs mostly using
konqueror or mozilla. first crash was in mozilla, second in
konqueror, thi
FYI...
--
Thanks
KenF
OpenOffice.org developer
Processing commands for [EMAIL PROTECTED]:
> reassign 186704 xlibs
Bug#186704: libxft2: using anti-aliased fonts with gnome-terminal causes
BadValue X protocol error
Bug#186758: libxft2: causes mozilla-xft to crash when browsing
http://xinehq.de/ and http://www.linux.org.uk/diary/
Bug#187187: li
>> Michel Dänzer <[EMAIL PROTECTED]> writes:
> Because the libGL provided by mesag3 doesn't seem to be able to load the
> DRI drivers (though that might just be a matter of how it's built).
Brian (?) mentioned something about building that capability on the
mesa libraries a long time ago. I
>> Branden Robinson <[EMAIL PROTECTED]> writes:
> We could just as well ask why we bother to ship xlibmesa*, then.
>
> I would like to know why the answers to your question and the above
> should be different.
The best answer I can come up with? Because someone is bound to create
a CD whi
Processing commands for [EMAIL PROTECTED]:
> retitle 181815 xlibs: [Xrender] bad length computation in
> XRenderCompositeString16()/XRenderCompositeString32()
Bug#181815: xlibs: Problem with XRenderCompositeText16 in Render extension
Changed Bug title.
> severity 181815 important
Bug#181815: xli
>> Daniel Stone <[EMAIL PROTECTED]> writes:
> Yes, but it's not Xinerama's problem, and I don't see why it should be
> bending over backwards to support people using it from another language.
> I certainly won't be including this patch in my tree.
Because that's the polite way of coding C hea
Package: xlibs
Version: 4.2.1-6
Severity: normal
If I install xlibs in a chroot with only essential packages otherwise,
it creates a symlink /usr/X11R6/lib/X11/app-defaults ->
/etc/X11/app-defaults, but the package does not make sure the target
directory exists.
(This is breaking builds of rsxs u
12 matches
Mail list logo