-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tuesday 28 May 2002 6:17 am, Bharathi S wrote:
On Mon, 27 May 2002 [EMAIL PROTECTED] wrote:
I saw a demo of Linux + XFree86 4.1.0
with 4 DISPLAY( Mon,KB, mouse).
Yeah, I have that working too. But next time you see it, try
XB http://bugs.debian.org/cgi-bin/bugreport.cgi?archive=no\bug=147898
Very curious. So you've got this freeze that you can only reproduce
if you use Xinerama + FreeType + xfs? If any one of these is missing,
everything works fine?
XB be surprised.
Indeed.
I'd love to attempt to reproduce
JF Ok. But, when not using RENDER, in the presence of xfs who does the actual
JF rendering: the X server or xfs? In other words, does the xfs handle
JF glyphs, or just the whole font files themselves to the X server?
In the presence of xfs, core X fonts are rasterised by xfs which sends
Hello fellow users of XFree86
I followed the discussions in the treads 'all color cells preallocated in
pseudoColor mode in 4.2.0' and 'Allocated colormaps and 4.2.0', so I know
what the problem is.
But my problem is that I have to go further now with my developments. What
is the best way to
Hi,
I want to know whether Kdrive uses XFree86Lodaer option/flag, as I can think
of it and I tried directing the output of Xfbdev to a log file, I feel it
should not use this loader flag. I want to confirm from great minds in this
group.
GoodDay...
Regards
Balram
DISCLAIMER: Information
On Tue, 28 May 2002, Kuiper, Luuk wrote:
Date: Tue, 28 May 2002 11:05:34 +0200
From: Kuiper, Luuk [EMAIL PROTECTED]
To: '[EMAIL PROTECTED]' [EMAIL PROTECTED]
Content-Type: text/plain;
charset=iso-8859-1
List-Id: General X Discussion xpert.XFree86.Org
Subject: use of pseudoColor in v4.2.0
No,
Kdrive does not use XFree86's loader.
Alan.
On Tue, May 28, 2002 at 03:29:08PM +0530, Balarama Chandra N R wrote:
Hi,
I want to know whether Kdrive uses XFree86Lodaer option/flag, as I can think
of it and I tried directing the output of Xfbdev to a log file, I feel it
should not use
When setting ParallelMFlags during build, this gets stored in the
config files in /usr/X11R6/lib/X11/config/*
These files get packaged up afterward with fixed ParallelMFlags
set. The problem, is that when these packages are installed on
another system, that system now inherits this option.
On Tue, May 28, 2002 at 06:09:45AM -0400, Mike A. Harris wrote:
On Tue, 28 May 2002, Kuiper, Luuk wrote:
Date: Tue, 28 May 2002 11:05:34 +0200
From: Kuiper, Luuk [EMAIL PROTECTED]
To: '[EMAIL PROTECTED]' [EMAIL PROTECTED]
Content-Type: text/plain;
charset=iso-8859-1
List-Id: General
On Tue, 28 May 2002, Mike A. Harris wrote:
If Render is causing problems... why not just _disable_ the
Render extension entirely in your config file. Seems the simple
logical workaround to me.
Unfortunately it is a builtin extension, and can't just be disabled :-(
We should probably
That would be very nice, but how can we fix this problem in the mean time?
Regards Harry
-Original Message-
From: Mike A. Harris [SMTP:[EMAIL PROTECTED]]
Sent: Tuesday, May 28, 2002 1:04 PM
To: [EMAIL PROTECTED]
Subject: [Xpert]Re: Re: use of pseudoColor in v4.2.0
On Tue,
On Tue, May 28, 2002 at 11:39:39AM +0100, Dr Andrew C Aitchison wrote:
On Tue, 28 May 2002, Mike A. Harris wrote:
If Render is causing problems... why not just _disable_ the
Render extension entirely in your config file. Seems the simple
logical workaround to me.
Unfortunately it
Hi,
I get an internal compiler error in programs/luit during make install.
Now I want to keep the preprocessed source files with -save-temps option of
gcc but do not know where to add this option. I tried in adding it the
Makefile in programs/luit but that didn't work..
Thank you,
Axel
Around 11 o'clock on May 28, Dr Andrew C Aitchison wrote:
We should probably address this deficiency for the next release :-)
I've already fixed Render so that it doesn't consume the entire colormap;
the appropriate fix is to make that number configurable. Render is useful
even on
Scribbling feverishly on May 28, Brian McGrew managed to emit:
Hi folks! Quick one ...
Running XFree86 4.2.0 with RedHat 7.3 on a Dell 1400SC. This machine has an
ATI Rage XL card which X uses the Mach64 server for. I need to turn on the
copy of SWcursor (or sw_cursor, whichever one
On Tue, 28 May 2002, Alan Coopersmith wrote:
Unfortunately, there is no API provided - the client side of the AccessX
protocol is completely embedded in the accessx client application. There
:/
was minimal documentation released - I managed to get some of it from the
original authors
On Tue, 28 May 2002, Brian McGrew wrote:
Date: Tue, 28 May 2002 14:10:17 -0700
From: Brian McGrew [EMAIL PROTECTED]
To: '[EMAIL PROTECTED]' [EMAIL PROTECTED]
Content-Type: multipart/alternative;
boundary=_=_NextPart_001_01C2068C.11611B80
List-Id: General X Discussion xpert.XFree86.Org
On Tue, 28 May 2002, Kurt Wall wrote:
Date: Tue, 28 May 2002 17:32:44 -0400
From: Kurt Wall [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Content-Type: text/plain; charset=us-ascii
List-Id: General X Discussion xpert.XFree86.Org
Subject: Re: SWcursor with ATI Rage XL
Scribbling feverishly on May 28,
Scribbling feverishly on May 28, Mike A. Harris managed to emit:
On Tue, 28 May 2002, Kurt Wall wrote:
It's a boolean option now:
Option SWCursor True.
Put this in the Device section, I believe.
It always was boolean. And True is merely syntactic sugar and
unrequired.
I didn't
19 matches
Mail list logo