On Tue, Feb 10, 2004 at 10:55:49PM +, Alan Hourihane wrote:
>On Tue, Feb 10, 2004 at 02:34:54PM -0800, Torrey Lyons wrote:
>> At 3:46 PM -0800 2/9/04, Alan Hourihane wrote:
>> >CVSROOT:/home/x-cvs
>> >Module name:xc
>> >Changes by: [EMAIL PROTECTED] 04/02/09 15:46:31
>> >
>> >
On Tue, Feb 10, 2004 at 01:04:56AM -0500, L. Jensen wrote:
>nothing can be done without more information from Intel. I just wanted to
>ask what can be made of the register information from this datasheet.
>
>http://developer.intel.com/design/chipsets/datashts/25261503.pdf
>
>On pages 119-120 the
find right now is for the Linux libc5 -> libc6
transition. My guess is that there were bigger issues with compatibility
than this, so it wasn't considered significant.
David
--
David Dawes
developer/release engineer The XFree86 P
On Sat, Feb 07, 2004 at 09:58:56PM -0800, Alan Coopersmith wrote:
>David Dawes wrote:
>> The fix was being held to allow for a coordinated release of the
>
>Perhaps if someone from XFree86 had contacted the X.org security list
>to notify the other X vendors that this issue was
e it is public knowledge
now I might as well commit it to the XFree86 branches.
David
--
David Dawes
developer/release engineer The XFree86 Project
www.XFree86.org/~dawes
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/ma
cc
# define HasGcc HasGcc2
#endif
You can confirm the gcc version auto-detection by running
'make -f xmakefile VerifyOS' from the xc directory.
David
--
David Dawes
developer/release engineer The XFree86 Project
www.XFree86.org/~dawes
Index: config/cf/FreeBSD.cf
=
;users. (Such users presumably also run KDE or Gnome, and at least KDE
>does not like 16 colors that much...)
The longer term goal is that configuration be handled at runtime
from such a tool, but in the meantime the vesa fallback usually
gives you a usable display (better than 4-bit 640x4
config file and use automatic configuration instead.)
The improved fallback mechanism I mentioned could be extended so that it
is available in your example, not just the auto-config case. That's a
good idea.
David
--
David Dawes
developer/release
e fallback mechanism, but they were done
too late to get into 4.4.
The main goal of this automatic configuration is that a user can get
a usable screen up and running without any manual intervention.
David
--
David Dawes
developer/release engineer The XFree86 Project
www.XFree86.o
On Fri, Jan 30, 2004 at 11:50:40AM +1100, Benjamin Herrenschmidt wrote:
>On Fri, 2004-01-30 at 03:58, David Dawes wrote:
>> Announcement: Modification to the base XFree86(TM) license.
>>
>> After a thorough re-examination of the XFree86(TM) license and reviewing
>&
f
they wish to make similar changes to licenses in their name.
* XFree86 is a trademark of The XFree86 Project, Inc., and is pending
registration.
--
David Dawes
President The XFree86 Project, Inc
www.XFree86.org
__
within XFree86, and if not, maybe this should be added to the
>os-support layer in the future? I know Mesa is using things like this
>for the OpenGL support, but that stuff seems not to be available within
>the driver context.
It is something that we should add to the os-support layer
On Tue, Jan 27, 2004 at 10:00:15PM -0500, Kevin E Martin wrote:
>On Tue, Jan 27, 2004 at 01:07:00PM -0500, David Dawes wrote:
>> Does anyone have a reason to not apply the patch attached to
>> <http://bugs.xfree86.org/show_bug.cgi?id=935>?
>
>I don't think this pa
On Tue, Jan 27, 2004 at 08:13:51PM +0100, Mario Klebsch wrote:
>Hi!
>
>Am 27.01.2004 um 18:13 schrieb David Dawes:
>>> No, LD_LIBRARY_PATH always overrides except SUID case.
>>
>> That's not what I've found (or what Jakub Jelinek reported for
>>
On Tue, Jan 27, 2004 at 07:52:32PM +, Alan Hourihane wrote:
>On Tue, Jan 27, 2004 at 02:21:42PM -0500, David Dawes wrote:
>> On Tue, Jan 27, 2004 at 06:45:10PM +, Alan Hourihane wrote:
>> >On Tue, Jan 27, 2004 at 12:37:51PM -0500, David Dawes wrote:
>> >>
On Tue, Jan 27, 2004 at 06:45:10PM +, Alan Hourihane wrote:
>On Tue, Jan 27, 2004 at 12:37:51PM -0500, David Dawes wrote:
>> There are quite a few Radeon-related bugs still outstanding in
>> bugs.xfree86.org, including several related to DRI lockups.
>>
>>
Does anyone have a reason to not apply the patch attached to
<http://bugs.xfree86.org/show_bug.cgi?id=935>?
David
--
David Dawes
developer/release engineer The XFree86 Project
www.XFree86.org/~dawes
___
Devel mailing list
There are quite a few Radeon-related bugs still outstanding in
bugs.xfree86.org, including several related to DRI lockups.
Has anyone followed them up?
David
--
David Dawes
developer/release engineer The XFree86 Project
www.XFree86.org/~dawes
On Tue, Jan 27, 2004 at 05:44:57PM +0100, Martin MOKREJS wrote:
>On Tue, 27 Jan 2004, David Dawes wrote:
>
>> On Tue, Jan 27, 2004 at 03:22:35PM +0100, Martin MOKREJS wrote:
>> >On Sat, 24 Jan 2004, David Dawes wrote:
>>
>> >I will stick to -rpath on Linux, s
On Tue, Jan 27, 2004 at 03:22:35PM +0100, Martin MOKREJS wrote:
>On Sat, 24 Jan 2004, David Dawes wrote:
>I will stick to -rpath on Linux, so what should I do to compile X with
>it on Linux and where is it documented, Dave?;)
Add the following line to your host.def file:
#define Use
orect
>this?
Or we could add GrepCmd and define it to /usr/xpg4/bin/grep for older
versions of Solaris.
Or use 'fgrep' instead of -F, and redirect to /dev/null instead of -q.
We use fgrep in lnxdoc.rules, this might be the easiest solution. I've
attached a patch that does this. Le
so that
>we can have a stable, standard interface to the library.
>
>How is this progressing ?
>
>Until there is a standard we can't assume that Xinerama libraries are
>interchangable between XFree86, Metro-X, Xi, fd.o, or any other
>vendor's X libraries.
We buil
On Mon, Jan 26, 2004 at 01:56:37PM -0500, Harold L Hunt II wrote:
>David Dawes wrote:
>
>> On Mon, Jan 26, 2004 at 09:53:40AM -0800, Kendall Bennett wrote:
>>
>>
>>>Clearly the future of XFree86 is very murky right now, as many developers
>>>h
nd companies alike. Anyone looking to short-circuit this public
submission mechanism and the public review that goes with it will
be disappointed.
David
--
David Dawes
developer/release engineer The XFree86 Project
www.XFree86.org/~dawes
___
On Mon, Jan 26, 2004 at 09:58:53AM -0800, Kendall Bennett wrote:
>David Dawes <[EMAIL PROTECTED]> wrote:
>
>> >Finally have you considered building Cygwin/X with the new SFU 3.5 tools
>> >fom Microsoft? It includes native ports of GCC to Windows, which may be
>
I've updated the notes there, and the info printed by the run.sh
script. I'll upload this and some other small updates as version
4.0.6 of our distribution of xtest (ftp://ftp.xfree86.org/pub/XFree86/xtest/).
David
--
David Dawes
developer/release engineer The XFree
oo far off.
David
--
David Dawes
developer/release engineer The XFree86 Project
www.XFree86.org/~dawes
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
On Sun, Jan 25, 2004 at 03:36:33PM -0500, David Dawes wrote:
>On Sun, Jan 25, 2004 at 02:37:00PM -0500, David Dawes wrote:
>>On Sun, Jan 25, 2004 at 07:56:11PM +0100, Samuel Thibault wrote:
>>>Le dim 25 jan 2004 18:31:17 GMT, Andrew C Aitchison a tapoté sur son clavier :
>>
On Sun, Jan 25, 2004 at 02:37:00PM -0500, David Dawes wrote:
>On Sun, Jan 25, 2004 at 07:56:11PM +0100, Samuel Thibault wrote:
>>Le dim 25 jan 2004 18:31:17 GMT, Andrew C Aitchison a tapoté sur son clavier :
>>> First working hack at
>>> http://homepage.ntlworld.com
otWindow() needs to
be modified to not clear the property list?
David
--
David Dawes
developer/release engineer The XFree86 Project
www.XFree86.org/~dawes
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
l.pasteur.fr'.
>This test succeded, but 2 new failed ... XOpenDisplay. Without network
>connection, i think this is expected :
>
>Tests for XOpenDisplay
>Test 3: FAIL
> XOpenDisplay() returned NULL with argument "cixy.dial.pasteur.fr:0.0".
>Test 4: FAIL
>
>And there has not been a single response. I can't think it be difficult
>to implement for anybody involved in xfree development. May anybody
>care ?
Most of us have long todo lists, so if you can come up with a
proposed patch, it is more likely that it will get done.
It should
On Sat, Jan 24, 2004 at 06:09:46PM +0100, Matthieu Herrb wrote:
>David Dawes wrote (in a message from Saturday 24)
> > If there is no general consensus, I will at least add a build option to
> > make it easy to turn -rpath on or off for a host.def setting, and leave
> > the
/span data.
I've attached a version of the patch relative to the XFree86 version of
this code, which I'm also committing there. Have there been any further
updates on this?
David
--
David Dawes
developer/release engineer The XFree86 Project
www.XFree86.org/~dawes
&g
e XF86Config file:
>>
>> Option "XaaNoSolidTwoPointLine"
>>
>> that will force the XAA to only use the driver's Bresenham line
>> export. Does that change the behavior?
>
>Yes ! I do not see the problem with the linetest program anymore
On Sat, Jan 24, 2004 at 04:18:29PM +, Martin Spott wrote:
>David Dawes <[EMAIL PROTECTED]> wrote:
>> On Thu, Jan 22, 2004 at 10:17:30AM -0800, Kendall Bennett wrote:
>
>>>[...], and I am in discussions
>>>with some of the other members of the community abou
On Sat, Jan 24, 2004 at 07:08:00AM +0100, Bernd Ernesti wrote:
>On Fri, Jan 23, 2004 at 08:23:38PM -0500, David Dawes wrote:
>[glibc search order]
>> That possibly means that we should be removing -rpath from other platforms
>> rather than adding it on Linux.
>
>No, ple
On Sat, Jan 24, 2004 at 10:37:01AM +0100, Sven Luther wrote:
>On Fri, Jan 23, 2004 at 05:43:02PM -0500, David Dawes wrote:
>> On Wed, Jan 21, 2004 at 12:34:17PM +0100, Gian Filippo Pinzari wrote:
>> >David Dawes wrote:
>> >> I don't have any objections to
e the XFree86 team appears to be stuck. If you
>are interested let me know.
The more the merrier.
David
--
David Dawes X-Oz Technologies
www.XFree86.org/~dawes www.x-oz.com
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
On Thu, Jan 22, 2004 at 10:50:29PM -0800, Ian Romanick wrote:
>David Dawes wrote:
>
>> What is the correct typedef for PFNGLXGETUSTPROC? glxclient.h has:
>>
>> typedef int (* PFNGLXGETUSTPROC) ( int64_t * ust );
>>
>> and it is used as a signed quantity in gl
On Thu, Jan 22, 2004 at 07:43:13AM +0100, Matthieu Herrb wrote:
>Marc Aurele La France wrote (in a message from Wednesday 21)
> > On Tue, 20 Jan 2004, David Dawes wrote:
> >
> > > On Mon, Jan 19, 2004 at 04:46:25PM +0900, Bang Jun-Young wrote:
> >
> > > >
On Wed, Jan 21, 2004 at 09:23:46PM -0700, Marc Aurele La France wrote:
>On Tue, 20 Jan 2004, David Dawes wrote:
>
>> On Mon, Jan 19, 2004 at 04:46:25PM +0900, Bang Jun-Young wrote:
>
>> >There are a lot of source files that have wrong exec bits set in the
>> >r
On Fri, Jan 23, 2004 at 10:16:08PM +0100, Jakub Jelinek wrote:
>On Fri, Jan 23, 2004 at 05:43:02PM -0500, David Dawes wrote:
>> So long as ld.so.conf overrides the rpath (does it?) then this won't
>> matter. LD_LIBRARY_PATH and LD_PRELOAD won't work for setuid apps.
>
rator should be able to override it, IMHO.
FreeBSD's dynamic loader uses the following search order according to
a comment in its source:
* The search order is:
* rpath in the referencing file
* LD_LIBRARY_PATH
* ldconfig hints
* /usr/lib
David
--
David Dawes
On Wed, Jan 21, 2004 at 12:34:17PM +0100, Gian Filippo Pinzari wrote:
>David Dawes wrote:
>> I don't have any objections to doing this on Linux. As I said, we
>> already do it on a range of other platforms and I'm not sure why
>> Linux is something of an excepti
On Wed, Jan 21, 2004 at 12:06:50PM +0600, Ivan Pascal wrote:
> Hello,
>
>Mark Vojkovich wrote:
>> On Mon, 19 Jan 2004, David Dawes wrote:
>>
>> > >Tests for XChangeKeyboardControl
>> > >Test 9: FAIL
>> > >Test 10: FAIL
>> >
On Tue, Jan 20, 2004 at 10:28:27PM -0600, Ryan Underwood wrote:
>
>On Tue, Jan 20, 2004 at 10:53:06PM -0500, David Dawes wrote:
>> >
>> >Someone needs to track down the bug that causes a server crash and
>> >subsequent lockup if a dualhead config is used but mga
alone agreed to such a merge.
See <http://www.xfree86.org/#nomerge> for the rebuttal.
David
--
David Dawes
President The XFree86 Project, Inc
www.XFree86.org
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree
) ( uint64_t * ust );
David
--
David Dawes
developer/release engineer The XFree86 Project
www.XFree86.org/~dawes
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
subsequent lockup if a dualhead config is used but mga_hal is not
>available (either not around or wasn't compiled with support for it). I
>thought I fixed it with a oneliner in that patch but it turns out that
>I was using the wrong config at the time to test it.
Does your pat
On Tue, Jan 20, 2004 at 10:54:05PM +0100, Martin MOKREJS wrote:
>On Thu, 8 Jan 2004, David Dawes wrote:
>
>Hi,
> so I downloaded latest cvs version of xc and compiled with defaults on
>Linux. Running "ldd ./programs/xdm/xdm" show xlibs are resolved from
>/usr/
en I
>import xc into the subversion repository since subversion keeps track
>of metadata changes as well as file content changes. Could anybody deal
>with that? Those file include extras/ogl-sample/../*.{c,cc,h,gl},
>Imakefile, GNUmakefile, Distfile, and etc.
I'll take a lo
On Tue, Jan 20, 2004 at 12:22:27AM -0500, Wade Chandler wrote:
>What type of files are the .ms files in the Spec directory? I was just
>wondering.
Troff/nroff, using the ms macros.
David
--
David Dawes
developer/release engineer The XFree86 Project
www.XFree86.org/
ine HasLatexYES
#define HasGhostScript YES
#define HasGroffHtmlYES
#define HasPdfLatex YES
#define BuildSpecsDocs YES
#define BuildAllSpecsDocs YES
#define InstallHardcopyDocs YES
#define HardcopyDocDirs RX XKB XPR
he occasional XKillClient fail, but haven't been able to reproduce
it reliably. I'm not sure if it is a real bug, or a flaw in the test.
>Tests for XRebindKeysym
>Test 1: FAIL
The XRebindKeysym failure goes away if XKB is disabled.
>Tests for ChangeHosts
>
ave
>some whitespace policing as well.
I removed all the '#if NeedFunctionPrototypes' stuff about 2 months
ago in the current XFree86 CVS trunk. You must be working against some
older version.
David
--
David Dawes
developer/release engineer The XFree86 Project
sn't been decreasing yet.
As far a my own testing goes, I still have some xtest issues to
follow up, and I'd like to see more xtest results from people for
a representative range of drivers.
David
--
David Dawes
developer/release engineer The XFree86 Project
www
what to load without
>the user having to specify this manually, which is where the current dlloader
>model breaks down.
The XFree86 loader model doesn't have this problem because the
drivers load their immediate dependencies without any user
intervention. The dlloader component doesn&
hile some of the implementation details may change in future
revisions, the patches that I have available now show how elfloader
should work. There is a link to the patches at
<http://www.x-oz.com/loader.html>.
David
--
David Dawes X-Oz Technologies
www.XFree8
gt;UserSetting->DefaultSetting = FALSE;
>
>Thing is, I don't see where UserSetting is ever allocated! The attached
>patch allocates it in VIAGetRec() in via_driver.c.
Hmm, that was supposed to be fixed, but you're right -- it isn't. I'll
commit that fix, plus ad
vely the taskforce for the design phase of
XFree86 4.0 in 1997-1999 had quite a different makeup from the then core
team.
David
--
David Dawes
developer/release engineer The XFree86 Project
www.XFree86.org/~dawes
___
Devel mai
On Tue, Jan 13, 2004 at 04:37:23PM -0500, Rick Beldin wrote:
>David Dawes wrote:
>
>>
>> I'm assuming you mean that there is a 0.0.0.0 address in the
>> connectionAddresses list passed from the X server to the xdm server?
>
> Yes, for example, on a
and a 4.5.0 release, etc).
David
--
David Dawes
developer/release engineer The XFree86 Project
www.XFree86.org/~dawes
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
m-derived display managers
probably have the same problem. For your specific problem, the
best immediate solution might be to make sure that the X server
doesn't include unconfigured interfaces in the list of addresses
it passes to xdm.
David
--
David Dawes
developer/release engineer
. I've remove those unused lines.
David
--
David Dawes
developer/release engineer The XFree86 Project
www.XFree86.org/~dawes
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
On Sun, Jan 11, 2004 at 07:26:04AM -0500, Jonathan Thambidurai wrote:
>On Sat, 2004-01-10 at 23:25, David Dawes wrote:
>
>> The 24-bit flags argument to xf86SetDepthBpp() should probably
>> be:
>>
>> Support24bppFb | Support32bppFb | SupportConvert32to24 | Prefer
isabling DGA\n");
if (pScrn->bitsPerPixel == 24)
xf86DrvMsg(scrnIndex, X_WARNING, "Rotation might be broken in 24 bpp
\n");
}
David
--
David Dawes X-Oz Technologies
www.XFree86.org/~dawes
mply core dump
>when passed a color depth of 4 our less, and it does not handle other color
>depths properly. Here is a description of the attached files:
That all looks OK to me. I'll commit your latest patch.
David
--
David Dawes X-Oz Technolo
link against my libs? Can I do
>this for the entire tree?
Instead of continually asking the same question because you don't
like the answers you are getting, why don't you roll up your sleeves
and get your hands dirty with a little work of your own? The source
code is all there for you
On Sat, Jan 10, 2004 at 01:04:30AM +0100, Matthieu Herrb wrote:
>David Dawes wrote (in a message from Thursday 8)
> >
> > I need to make a correction to that. While I could have sworn that it was
> > the default on all platforms, it is only the default on a few platforms
ecessary libpng devel package installed,
so the png data types and function prototypes are missing.
Either install it, or add a line to xc/config/cf/host.def to tell the build
that you don't have it:
#define HasLibpng NO
David
--
David Dawes X-
On Thu, Jan 08, 2004 at 03:39:37PM -0500, David Dawes wrote:
>On Thu, Jan 08, 2004 at 09:11:59PM +0100, Martin MOKREJS wrote:
>>On Thu, 8 Jan 2004, David Dawes wrote:
>>
>>> On Fri, Jan 09, 2004 at 03:09:50AM +0900, Bang Jun-Young wrote:
>>> >[CC'ed to [EM
On Thu, Jan 08, 2004 at 10:28:38PM +0100, Martin MOKREJS wrote:
>On Thu, 8 Jan 2004, David Dawes wrote:
>
>> On Thu, Jan 08, 2004 at 09:44:05PM +0100, Martin MOKREJS wrote:
>> >On Thu, 8 Jan 2004, David Dawes wrote:
>> >
>> >> On Thu, Jan 08, 2004
On Thu, Jan 08, 2004 at 09:44:05PM +0100, Martin MOKREJS wrote:
>On Thu, 8 Jan 2004, David Dawes wrote:
>
>> On Thu, Jan 08, 2004 at 09:11:59PM +0100, Martin MOKREJS wrote:
>> >On Thu, 8 Jan 2004, David Dawes wrote:
>> >> >
>> >> >_XSERVTransSo
On Thu, Jan 08, 2004 at 09:11:59PM +0100, Martin MOKREJS wrote:
>On Thu, 8 Jan 2004, David Dawes wrote:
>
>> On Fri, Jan 09, 2004 at 03:09:50AM +0900, Bang Jun-Young wrote:
>> >[CC'ed to [EMAIL PROTECTED] as well]
>> >
>> >On Thu, Jan 08, 20
would result in a static build
failure when building with afb support disabled.
David
--
David Dawes
developer/release engineer The XFree86 Project
www.XFree86.org/~dawes
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
et6
>
>Fatal server error:
>Failed to establish all listening sockets
You need to include -DPART_NET in your ServerOsDefines. This makes
things like that non-fatal. XFree86 servers build with this option
by default.
David
--
David Dawes
developer/release engineer
On Fri, Jan 09, 2004 at 02:34:08AM +0900, Bang Jun-Young wrote:
>Hi,
>
>I found a typo while I was building a TTF-only XF86 distribution:
Thanks, I'll apply that.
David
--
David Dawes
developer/release engineer The XFree86 Project
www.XFre
On Thu, Jan 08, 2004 at 08:26:08AM -0700, Marc Aurele La France wrote:
>On Wed, 7 Jan 2004, David Dawes wrote:
>
>> >> The inclusion of Xos.h in xf86cfg/config.h causes a conflict with the
>> >> inclusion of strings.h on Solaris 2.5.1 x86:
>
>> >> maki
ew libraries (and I never use
LD_LIBRARY_PATH, which I agree is not a solution).
David
--
David Dawes X-Oz Technologies
www.XFree86.org/~dawes www.x-oz.com
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
eed them these days. It requires manual
intervention to make use of them anyway. They are terminal descriptions
for the OpenWindows terminal apps.
David
--
David Dawes X-Oz Technologies
www.XFree86.org/~dawes
Wed Jan 7 09:48:01
>> 2004
>> ***
>> *** 38,46
>> #include
>> #include
>> #include
>> - #if defined(sun) && defined(SVR4)
>> - #include
>> - #endif
>>
>> #include
>>
>> --- 3
file and vesa.c need changes too). Can you send the
rest of it?
David
--
David Dawes
developer/release engineer The XFree86 Project
www.XFree86.org/~dawes
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
o clean this up, and avoid the duplication that is leading to the
problems.
If anyone sees any problems with it, please let me know.
David
--
David Dawes X-Oz Technologies
www.XFree86.org/~dawes www.x-oz.com
will change to "My X
apps can't find the fonts they need," or "Why is everything is using
the same ugly font?"
David
--
David Dawes
developer/release engineer The XFree86 Project
www.XFree86.org/~dawes
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
;s ScreenInit is
called:
/* The driver should set this, but make sure it is set anyway */
xf86Screens[i]->vtSema = TRUE;
Also the higher level code takes care of setting and clearing it for
VT switching.
David
--
David Dawes
developer/release engineer
atible registers, the specs for almost any
VGA-compatible video chipset will include a section that covers
them.
David
--
David Dawes
developer/release engineer The XFree86 Project
www.XFree86.org/~dawes
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
mited -- thanks.
David
--
David Dawes
developer/release engineer The XFree86 Project
www.XFree86.org/~dawes
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
ition currently
>driver does.
>
>Removing this flag, however, does not completely resolve the problem.
>When I first removed the CMAP_LOAD_EVEN_IF_OFFSCREEN flag, I found that
>the problem had reversed: the colors were corrupted at the start
1. Change 'defined(LinuxArchitecture)' to
'defined(LinuxArchitecture) && BuildXF86DRI' in XvMC/Imakefile
2. Add -I$(XF86OSSRC)/shared/drm/kernel to INCLUDES in XvMC/hw/i810/Imakefile
The first is probably the best one.
David
--
David Dawes
developer/release
On Thu, Jan 01, 2004 at 05:46:45PM +1100, Tyler Retzlaff wrote:
>On Wed, Dec 31, 2003 at 05:35:55PM -0500, David Dawes wrote:
>> On Wed, Dec 31, 2003 at 02:30:16AM +1100, Tyler Retzlaff wrote:
>> >I've been trying to build a 3rd party Xserver but have run into some
>&g
On Wed, Dec 31, 2003 at 11:47:19PM +, Dr. David Alan Gilbert wrote:
>* David Dawes ([EMAIL PROTECTED]) wrote:
>> On Wed, Dec 31, 2003 at 07:39:35PM +, Dr. David Alan Gilbert wrote:
>> >Can someone explain what impact this actually has? I've got to be honest
>&g
e that refers to it.
Maybe something in your other X server does?
David
--
David Dawes X-Oz Technologies
www.XFree86.org/~dawes www.x-oz.com
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
On Sat, Dec 27, 2003 at 06:56:19PM -0800, Alan Coopersmith wrote:
>David Dawes wrote:
>> I'm proposing to add a Credits section to the Release Notes for
>> the XFree86 4.4 release. I have a sample/draft at:
>>
>> http://www.xfree86.org/~dawes/pre-4.4/RELNOTES5.h
those changes.
It might be good to get that into 4.4 since it is isolated and only affects
documentation.
David
--
David Dawes
developer/release engineer The XFree86 Project
www.XFree86.org/~dawes
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
run XFree86 with the '-logverbose 4' option. Could you try that
and send me the log file?
David
--
David Dawes X-Oz Technologies
www.XFree86.org/~dawes www.x-oz.com
libddc.a
Description: Binary data
On Wed, Dec 31, 2003 at 11:27:15AM -0800, Richard A. Hecker wrote:
>David Dawes wrote:
>
>>
>> I believe that this is an acknowlegement that the core team was no longer
>> representative of the active, experienced and skilled XFree86 developers,
>> or a place wher
n anachronism that is no longer an issue :-)
David
--
David Dawes
developer/release engineer The XFree86 Project
www.XFree86.org/~dawes
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
good idea. I'll take a look at adding them.
David
--
David Dawes X-Oz Technologies
www.XFree86.org/~dawes www.x-oz.com
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
where technical discussion happens.
Happy New Year to all!
David
--
David Dawes
developer/release engineer The XFree86 Project
www.XFree86.org/~dawes
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
201 - 300 of 643 matches
Mail list logo
