uot;
If this works, the driver's other XAA primitives will need to be changed to
reset the scissors to their default values.
Marc.
+----------+---+
| Marc Aurele La France | work: 1-780-492-93
tch is incomplete. There are no ...
- corresponding changes to Pci.h;
- checks for alignment;
- calls to these new functions;
- corresponding functions for other platforms.
Marc.
+--+-----------+
| Marc Aurele La France
On Tue, 4 Apr 2006, Thomas Dickey wrote:
On Tue, 4 Apr 2006, Marc Aurele La France wrote:
This still isn't right, for `make install`. Indeed, not all glibc-based
then fix it in config/cf/*, where it belongs.
Not really. xterm is the only one that needs utmp.
e that a utmp group isn't needed on a system that doesn't make the
utmp file group-writtable. Testing for glibc version doesn't solve anything,
but makes this problem worse.
Marc.
+--+-----------+
| Marc Aurele La Fr
rk.
This has been committed. Thanks.
Marc.
+--+-----------+
| Marc Aurele La France | work: 1-780-492-9310 |
| Academic Information and| fax:1-780-492-1729 |
|Communications Technologies | email: [EMAIL
script does some work to decide if it looks
reasonable.
The configure script is irrelevant. If you come up with a means to make this
work properly with imake & Xinstall, then by all means do so.
Marc.
+----------+---+
|
On Thu, 16 Mar 2006, Thomas Dickey wrote:
On Thu, 16 Mar 2006, Marc Aurele La France wrote:
main.c, rather than refining it in xterm.h as a fallback for a configure
script test.
That's irrelevent. My fix holds whether xterm is built through imake or
no, it is relevant. I conside
On Thu, 16 Mar 2006, Thomas Dickey wrote:
On Thu, 16 Mar 2006, Marc Aurele La France wrote:
On Tue, 14 Mar 2006, Thomas Dickey wrote:
On Tue, 14 Mar 2006, David Dawes wrote:
and adds this one:
main.c:2586: warning: `pty_search' defined but not used
yes, that's an annoyanc
.
Please expand on this statement.
Marc.
+--+---+
| Marc Aurele La France | work: 1-780-492-9310 |
| Academic Information and| fax:1-780-492-1729 |
|Communications Technologies
tconfig library. Secondly (and because of the first), this
build picked up the build host's host.def which doesn't set CrossCompiling to
YES.
Marc.
+--+-----------+
| Marc Aurele La France | work: 1-780-492-931
es available at ...
http://ep09.pld-linux.org/~mmazur/linux-libc-headers/
... among others.
And, yes. If you bring this up on LKML, you will indeed be flamed.
Marc.
+--+---+
| Marc Aurele La France | work:
orward way of debugging an X server is to build it with
...
#define DoLoadableServer NO
... in your xc/config/cf/host.def. After a `make World`, this'll build
everything into one binary.
Marc.
+----------+---+
| Marc Aurele La France
() failures return NULL.
Marc.
+--+-----------+
| Marc Aurele La France | work: 1-780-492-9310 |
| Academic Information and| fax:1-780-492-1729 |
|Communications Technologies | email: [EMAIL PROTEC
On Thu, 6 Oct 2005, Martin Husemann wrote:
On Thu, Oct 06, 2005 at 01:39:10PM -0600, Marc Aurele La France wrote:
No. My preference is definitely to keep the OS out of the way, as much as
possible
Ok, but in this case that is not realy possible. You need a OS driver
that understands your
1"
and after some attempts it gives up saying:
"Unable to communicate with X server!"
Any ide what's going wrong now?
It looks to me your kernel doesn't support unix sockets.
Marc.
+--+-----------+
| Marc Au
like TkLibDir isn't specified correctly in your host.def.
Marc.
+--+-----------+
| Marc Aurele La France | work: 1-780-492-9310 |
| Academic Information and| fax:1-780-492-1729 |
|Com
in our repository.
Marc.
+--+-------+
| Marc Aurele La France | work: 1-780-492-9310 |
| Academic Information and| fax:1-780-492-1729 |
|Communications Technologies | email: [EMAIL PROTECTED] |
list to merge in.
Marc.
+--+-----------+
| Marc Aurele La France | work: 1-780-492-9310 |
| Academic Information and| fax:1-780-492-1729 |
|Communications Technologies | email: [EMAIL PROTECTED] |
| 352
ve already undone our agpgart.h's deletion. I agree it's
best to use the system's copy (if available). I'll review this after I've
fixed all the other build problems I have caused. Please bear with me.
Marc.
+--+----------
On Thu, 6 Oct 2005, Martin Husemann wrote:
On Thu, Oct 06, 2005 at 09:51:38AM -0600, Marc Aurele La France wrote:
I would venture to guess that a different file descriptor is needed for
every adapter in the system.
Yeah, I would prefer to use /dev/fb* for the PCI devices too (this is
what
ror's mmap() failures?
Marc.
+--+---+
| Marc Aurele La France | work: 1-780-492-9310 |
| Academic Information and| fax:1-780-492-1729 |
|Communications Technologies | email: [
, essentially translating every mmap()
request into one of /dev/mem.
Either way, there's work to be done in this port's os-support layer.
The only work-around is to remove the XL. It won't work anyway, at least not
under NetBSD/sparc64 as things currently stand.
Marc.
+--+
Anyway, my patch does not make this problem either better
or worse, but this is a chance to fix it if it is a bug...
As we compile this, FbBits will always be a CARD32.
Thanks for the patch.
Marc.
+--+---------------+
| Marc Aurele La Franc
tion,
Inc.
Current Operating System: NetBSD 3.99.9 NetBSD 3.99.9
(INISHOWEN) #594: Fri Sep 23 06:57:25 EDT 2005
[EMAIL PROTECTED]:/data/src/sys/arch/sparc64/compile/INISHOWEN sparc64
I'd need to see a log of this.
any ideas?
Anything we should import from XFree -current?
I thin
On Wed, 14 Sep 2005, Matthias Scheler wrote:
On Wed, Sep 14, 2005 at 02:52:16PM -0600, Marc Aurele La France wrote:
The patch the advisory suggests is not correct, for a number of reasons,
which is one reason why I'm going through the above process.
Thanks a lot.
Please bear wi
d (already committed) fixes
it.
Thanks for reporting the problem.
Marc.
+--+-----------+
| Marc Aurele La France | work: 1-780-492-9310 |
| Academic Information and| fax:1-780-492-1729 |
|Co
On Fri, 16 Sep 2005, Takaaki Nomura wrote:
On Thu, 15 Sep 2005 10:38:38 -0600 (MDT), Marc Aurele La France wrote:
On Thu, 15 Sep 2005, Takaaki Nomura wrote:
I'm using i810 based built-in video card.
4.5.99.11 loader server doesn't work.
4.5.99.11 static server works.
I've attac
now exactly which version made the problems.
A backtrace of the problem would be most useful.
Marc.
+--+-----------+
| Marc Aurele La France | work: 1-780-492-9310 |
| Academic Information and
On Wed, 14 Sep 2005, Alexander Pohoyda wrote:
On Tue, 13 Sep 2005, Marc Aurele La France wrote:
On Tue, 13 Sep 2005, Alexander Pohoyda wrote:
Don't you think it makes sense to move (some of) those macroes from
Xm/XmP.h to X11/IntrinsicP.h file? They seem to belong there.
Given that
bear with me.
Marc.
+--+-------+
| Marc Aurele La France | work: 1-780-492-9310 |
| Academic Information and| fax:1-780-492-1729 |
|Communications Technologies | email: [EMAIL PROTECTED] |
| 352 Gener
is still buildable.
Marc.
+--+---+
| Marc Aurele La France | work: 1-780-492-9310 |
| Academic Information and| fax:1-780-492-1729 |
|Communications Technologies | email: [EMAIL
Marc.
+--+---+
| Marc Aurele La France | work: 1-780-492-9310 |
| Academic Information and| fax:1-780-492-1729 |
|Communications Technologies | email: [EMAIL PROTECTED] |
| 352 G
On Tue, 13 Sep 2005, Marc Aurele La France wrote:
On Tue, 13 Sep 2005, Alexander Pohoyda wrote:
Don't you think it makes sense to move (some of) those macroes from
Xm/XmP.h to X11/IntrinsicP.h file? They seem to belong there.
Given that what you actually mean is Xt/IntrinsicP.h, I'
at, in out source tree, only Xaw references these
anyway.
Marc.
+--+---+
| Marc Aurele La France | work: 1-780-492-9310 |
| Academic Information and| fax:1-780-492-1729 |
|Comm
ther.
Not entirely true. What you say only matters for the primary head, and only
because most manufacturers package only one image (x86, EFI, OpenFirmware,
etc) in their PCI ROMs.
Marc.
+--+-------+
| Marc Aurele La France
---------+
| Marc Aurele La France | work: 1-780-492-9310 |
| Academic Information and| fax:1-780-492-1729 |
|Communications Technologies | email: [EMAIL PROTECTED] |
| 352 General Services Building +
On Sat, 20 Aug 2005, Marc Aurele La France wrote:
Now, it's not my purpose here to get into these motivations, but
reworking these structures would have consequences, one of which I am
unsure how to deal with. At minimum, what I need to do is ...
a) prevent drivers compiled with the cu
svga driver to the latest
XFree86 project?
Your first order of business would be to read the source's
xc/programs/Xserver/hw/xfree86/doc/DESIGN.
Marc.
+--+---+
| Marc Aurele La France | work: 1-78
On Wed, 10 Aug 2005, David Dawes wrote:
On Wed, Aug 10, 2005 at 10:49:49AM -0600, Marc Aurele La France wrote:
On Tue, 9 Aug 2005, David Dawes wrote:
On Tue, Aug 09, 2005 at 10:45:15AM -0600, Marc Aurele La France wrote:
Our loader scheme has been, and is, reasonably good at dealing with
x27; and cleaning whitespace.
Thanks for your submission.
Marc.
+--------------+---+
| Marc Aurele La France | work: 1-780-492-9310 |
| Academic Information and| fax:1-780-492-1729 |
|Communications Technologies | emai
e version = 1.0.0
---
...
539c539
<ModeAttributes: 0x3000
---
ModeAttributes: 0x9b
581c581
<ModeAttributes: 0x3000
---
ModeAttributes: 0x9b
Yes. I have since corrected the typo that was causing this.
Marc.
+----------+----
#x27;ll do then: "spit & polish" my prototype for "a)" and
make the vbe module control its own loading. This can serve as a sample
should a similar situation arise in other modules.
Thanks.
Marc.
+--+-----------+
|
hinking in more general terms, though. The module framework was in part
intended to make what you do possible. And I think it important that this be
maintained.
Thanks for responding.
Marc.
+--+---+
| Marc Aurele La France
On Tue, 9 Aug 2005, David Dawes wrote:
On Tue, Aug 09, 2005 at 10:45:15AM -0600, Marc Aurele La France wrote:
Our loader scheme has been, and is, reasonably good at dealing with
incompatibilities between modules and the core binary. But it is not so
good with ensuring modules are compatible
the presence of vendor-provided source and/or
binaries.
Any ideas?
Thanks.
Marc.
+----------+---+
| Marc Aurele La France | work: 1-780-492-9310 |
| Academic Information and| fax:1-780-492-1729 |
|Communic
ependent. But I found some BIOS versions
that doesn't handle it correctly.
Instead of correction (SR vs. CR), I redesigned this procedure to use int
0x10 Function 0x4f14 bx=4
(video bios interface specs).
This has now been committed. Thanks for the patch.
Marc.
+--------
On Fri, 1 Jul 2005, Marc Aurele La France wrote:
On Fri, 1 Jul 2005, Jeff Chua wrote:
The latest linux kernel 2.6.13-rc1 modified joystick.h
The patch below is needed to compile using the new kernel.
--- xfree86/xc/programs/Xserver/hw/xfree86/input/ur98/xf86Ur-98.c.org
2005-07-01 13:50:04
On Wed, 13 Jul 2005 [EMAIL PROTECTED] wrote:
Thanks very much for your help, Marc.
Adding the xf86SetOperatingState() calls did indeed fix the problem.
You're quite welcome.
Marc.
+--+---+
| Marc Aurele La F
edraw everything?
Yes. Try changing FFBSaveScreen() to call the screen's
EnableDisableFBAccess() function.
Marc.
+--+---+
| Marc Aurele La France | work: 1-780-492-9310 |
| Academic Infor
A properly. For examples, look
for calls to xf86SetOperatingState() in other drivers. This function is
documented in xc/programs/Xserver/hw/xfree86/RAC.Notes in the source.
Marc.
+--+-----------+
| Marc Aurele La France
more userland-visible kernel header breakage.
As to dealing with this in our sources, I'd rather wait and see what, if
anything, 2.6.13 final does about this.
Marc.
+--+-----------+
| Marc Aurele La France | work: 1-7
SCALL". A patch for something
similar in Xserver/os and Xserver/dix would probably be accepted.
Marc.
+--+-----------+
| Marc Aurele La France | work: 1-780-492-9310 |
| Computing and Network
On Tue, 31 May 2005, Martin Husemann wrote:
On Tue, May 31, 2005 at 08:23:39AM -0600, Marc Aurele La France wrote:
What does NetBSD do with the trap?
Re-enable the FPU, restore old FPU state, and retry. No signal to userland
is generated.
This is the standard lazy fpu saving game - it
Also, is it "precise", or can the signal
occur a few instructions later?
Another option would be to export something like xf86{En,Dis}ableFPU() from
os-support/ and have OS-specific implementations there.
Marc.
+--------------+
ve way to reset the FPU ( if that's the
purpose... )
PS: yes, I mailed the author too
Let us know if you get a response.
Marc.
+--+-------+
| Marc Aurele La France | work: 1-780-492-9310 |
| Computing
On Wed, 30 Mar 2005, Marc Aurele La France wrote:
On Sat, 12 Mar 2005, Marc Aurele La France wrote:
On Tue, 8 Mar 2005, Thomas Winischhofer wrote:
Marc Aurele La France wrote:
| On Mon, 7 Mar 2005, Mark Vojkovich wrote:
|>> Is it intentional that pScrn->PointerMoved() is being called
ached to /dev/fb
wsdisplay0 at cgsix0 kbdmux 1: console (std, vt100 emulation)
I have integrated this and committed the result. Please base any further
work on the CVS version.
Thanks for the submission!
Marc.
+--+---+
| Marc Aure
On Fri, 8 Apr 2005, Jeff Chua wrote:
On Thu, 7 Apr 2005, Marc Aurele La France wrote:
I've just committed a change to fix the typo you reported and #define
LINUX_MOD_DEVICETABLE_H where apprpriate.
Just downloaded and verified that both mmapr.c and mmapw.c compiled ok.
I like your w
On Tue, 5 Apr 2005, Marc Aurele La France wrote:
On Tue, 5 Apr 2005, Marc Aurele La France wrote:
On Tue, 5 Apr 2005, Jeff Chua wrote:
Here's a patch to fix mmapr.c and mmapw.c so that compile under linux.
Thanks,
Jeff.
[ jchua AT fedex DOT com ]
[elided]
I agree with the typo fix (
On Tue, 5 Apr 2005, Marc Aurele La France wrote:
On Tue, 5 Apr 2005, Jeff Chua wrote:
Here's a patch to fix mmapr.c and mmapw.c so that compile under linux.
Thanks,
Jeff.
[ jchua AT fedex DOT com ]
--- xfree86/xc/programs/Xserver/hw/xfree86/etc/mmapr.c.org Tue Apr 5
13:58:21 2005
+++ xf
e Apr 5 14:01:16
2005
@@ -1,4 +1,4 @@
-/* $XFree86: xc/programs/Xserver/hw/xfree86/etc/mmapr.c,v 1.11 2005/03/29
18:41:45 tsi Exp $ */
+/* $XFree86: xc/programs/Xserver/hw/xfree86/etc/mmapr.c,v 1.10 2004/12/31
16:07:09 tsi Exp $ */
/*
* Copyright 2002 through 2005 by Marc Aurele La France (TSI
On Sat, 12 Mar 2005, Marc Aurele La France wrote:
On Tue, 8 Mar 2005, Thomas Winischhofer wrote:
Marc Aurele La France wrote:
| On Mon, 7 Mar 2005, Mark Vojkovich wrote:
|>> Is it intentional that pScrn->PointerMoved() is being called (by whom?)
|>> when DGA is active?
|>&g
On Mon, 14 Mar 2005, [ISO-8859-2] Németh Márton wrote:
Marc Aurele La France írta:
On Fri, 11 Mar 2005, [ISO-8859-2] Németh Márton wrote:
Starting XFree86 4.4.99.903 using the s3 driver at mode 1024x768 8bpp I
see the following screen:
0 303 1023
On Tue, 8 Mar 2005, Thomas Winischhofer wrote:
Marc Aurele La France wrote:
| On Mon, 7 Mar 2005, Mark Vojkovich wrote:
|>> Is it intentional that pScrn->PointerMoved() is being called (by whom?)
|>> when DGA is active?
|>> I only receive the cursor's last coordinates
blems
I noticed.
Thanks.
Marc.
+--+---+
| Marc Aurele La France | work: 1-780-492-9310 |
| Computing and Network Services | fax:1-780-492-1729 |
| 352 General Services Building | email: [
the mouse has been disconnected from the cursor and the relative
mouse events are sent directly to the client.
Yes, but I don't think that answers Thomas's question.
Marc.
+--+-----------+
| Marc Aurele La France
On Tue, 1 Mar 2005, David Dawes wrote:
On Tue, Mar 01, 2005 at 06:51:54PM -0700, Marc Aurele La France wrote:
I've been auditing various builds and noticed that
xc/lib/GL/mesa/drivers/x11 is never built, let alone referenced. Is this
an oversight, or can this directory be deleted?
It is sup
Hi.
I've been auditing various builds and noticed that xc/lib/GL/mesa/drivers/x11
is never built, let alone referenced. Is this an oversight, or can this
directory be deleted?
Marc.
+--+---+
| Marc Aurele La F
from
the source.
Marc.
+--+---+
| Marc Aurele La France | work: 1-780-492-9310 |
| Computing and Network Services | fax:1-780-492-1729 |
| 352 General Services Building | email: [EMAIL
.
+--+---+
| Marc Aurele La France | work: 1-780-492-9310 |
| Computing and Network Services | fax:1-780-492-1729 |
| 352 General Services Building | email: [EMAIL PROTECTED] |
| University of Alberta
to describe setup state requirements, such as access to
VGA resources for font save/restore, etc.
OK. I'll back that out for 4.5 and figure out something else later.
Marc.
+--------------+---+
| Marc Aurele La France | work: 1-7
On Wed, 2 Feb 2005, Ivan Pascal wrote:
Marc Aurele La France wrote:
OK. This makes some sense to me. But should something like this be done to
all affected locates?
Yes. The same problem exists for all other locales (at least for 'iso8859 like'
one-byte encodings).
I made changes fo
On Tue, 1 Feb 2005, Marc Aurele La France wrote:
On Tue, 1 Feb 2005, Ivan Pascal wrote:
Marc Aurele La France wrote:
I don't know enough about this stuff to answer. Perhaps someone else
will,
and deal with
http://www.mail-archive.com/devel%40xfree86.org/msg06114.html.
In the meantime
On Tue, 1 Feb 2005, Ivan Pascal wrote:
Marc Aurele La France wrote:
I don't know enough about this stuff to answer. Perhaps someone else will,
and deal with http://www.mail-archive.com/devel%40xfree86.org/msg06114.html.
In the meantime I've backed out the change that's c
On Sat, 29 Jan 2005, Mark Vojkovich wrote:
On Fri, 28 Jan 2005, Marc Aurele La France wrote:
On Fri, 28 Jan 2005, Mark Vojkovich wrote:
I tried tracing twm when it is drawing fonts. I don't really
understand the font paths very well, but it looks like it never
even draws anything. It looks
ISO8859-15:GL
... fixes the problem. Be mindful of tabs.
Marc.
+--------------+---+
| Marc Aurele La France | work: 1-780-492-9310 |
| Computing and Network Services | fax:1-780-492-1729 |
| 352 General Services Building
that. You should probably subscribe to cvs-commit.
Marc.
+----------+---+
| Marc Aurele La France | work: 1-780-492-9310 |
| Computing and Network Services | fax:1-780-492-1729 |
| 352 General Services Building | email
On Tue, 25 Jan 2005, Marc Aurele La France wrote:
On Thu, 20 Jan 2005, Mark Vojkovich wrote:
On Thu, 20 Jan 2005, Marc Aurele La France wrote:
On Thu, 20 Jan 2005, Bukie Mabayoje wrote:
Mark Vojkovich wrote:
I synced up and built and now, though the server starts fine,
apps can't get any
On Thu, 20 Jan 2005, Mark Vojkovich wrote:
On Thu, 20 Jan 2005, Marc Aurele La France wrote:
On Thu, 20 Jan 2005, Bukie Mabayoje wrote:
Mark Vojkovich wrote:
I synced up and built and now, though the server starts fine,
apps can't get any fonts. Window managers claim they can't fin
On Sun, 23 Jan 2005, Mark Vojkovich wrote:
On Sat, 22 Jan 2005, Marc Aurele La France wrote:
It would seem that you are building with SharedLibFont explicitly set to NO,
which is the default on a Debian system (see linux.cf). The attached, which
I've just committed, should fix this problem
its own Xllalloc.
Marc.
+--+-----------+
| Marc Aurele La France | work: 1-780-492-9310 |
| Computing and Network Services | fax:1-780-492-1729 |
| 352 General Services Building | email: [EMAIL PROTECTED] |
|
On Sat, 22 Jan 2005, Thomas Dickey wrote:
On Sat, 22 Jan 2005, Marc Aurele La France wrote:
It would seem that you are building with SharedLibFont explicitly set to
NO, which is the default on a Debian system (see linux.cf). The attached,
which I've just committed, should fix this pr
On Sat, 22 Jan 2005, Thomas Dickey wrote:
On Fri, 21 Jan 2005, Marc Aurele La France wrote:
On Fri, 21 Jan 2005, Thomas Dickey wrote:
On Fri, 21 Jan 2005, Marc Aurele La France wrote:
On Fri, 21 Jan 2005, Thomas Dickey wrote:
No one seems to have run into this one, but it's been broken for (
On Fri, 21 Jan 2005, Thomas Dickey wrote:
On Fri, 21 Jan 2005, Marc Aurele La France wrote:
On Fri, 21 Jan 2005, Thomas Dickey wrote:
No one seems to have run into this one, but it's been broken for (me at
least)
for the past couple of weeks. Ifdef'ing out the conflicting code gets it
fresh checkout?
Marc.
+--+---+
| Marc Aurele La France | work: 1-780-492-9310 |
| Computing and Network Services | fax:1-780-492-1729 |
| 352 General Services Building | email: [
build on systems with
.
Thanks for your patch submission.
Marc.
+--------------+---+
| Marc Aurele La France | work: 1-780-492-9310 |
| Computing and Network Services | fax:1-780-492-1729 |
| 352 General Services Building
On Wed, 19 Jan 2005, Marc Aurele La France wrote:
On Mon, 17 Jan 2005, Michel Dänzer wrote:
On Sat, 2005-01-15 at 12:12 +, James Wright wrote:
Not sure if this is the right place to report this but anyway;
"xc/programs/XServer/hw/xfree86/drivers/ati/radeon_dga.c"
Line 114: c
backed out and it
still happens so something else is causing this. CHANGELOG 264 is
264. In font handling, avoid potential security issues related to wrap-around
of memory allocation requests (Marc La France).
Marc.
+--+----------
chime in.
Marc.
+--+---+
| Marc Aurele La France | work: 1-780-492-9310 |
| Computing and Network Services | fax:1-780-492-1729 |
| 352 General Services Building | email: [EMAIL PROTECTED] |
| Univer
ot have the hardware to test.
Note that the Radeon 2D engine only supports signed 14 bit coordinates.
That's a good point, but not one against changing common code to at least
clamp coordinates to the 16 bits the protocol handles.
Marc.
+--+---------
+ nameISO8859-15:GL
}
font{
primary ISO8859-15:GL
This has been committed and will show up in XFree86 4.5.0.
Thanks.
Marc.
+--+---+
| Marc Aurele La France
ound color is fully transparent not partially transparent,
but it
is not important for me.
Now, even with no active input device the osd is shown correctly,
thanks.
This has been committed and will show up in XFree86 4.5.0.
Thanks.
Marc./
+--------------+-
arc.
+--+---+
| Marc Aurele La France | work: 1-780-492-9310 |
| Computing and Network Services | fax:1-780-492-1729 |
| 352 General Services Building | email: [EMAIL PROTECTED] |
| University of Albe
more globally. I'll have a look (unless you
beat me to it).
Thanks.
Marc.
+--+---------------+
| Marc Aurele La France | work: 1-780-492-9310 |
| Computing and Network Services | fax:1-780-492-1729 |
t the problem.
Marc.
+--+-------+
| Marc Aurele La France | work: 1-780-492-9310 |
| Computing and Network Services | fax:1-780-492-1729 |
| 352 General Services Building | email: [EMAIL PROTECTED] |
| U
On Tue, 11 Jan 2005, Kevin E Martin wrote:
On Tue, Jan 11, 2005 at 02:15:58PM -0700, Marc Aurele La France wrote:
On Tue, 11 Jan 2005, Marc Aurele La France wrote:
On Tue, 11 Jan 2005, Kevin E Martin wrote:
Here's an explanation of the issue with a proposed fix to maintain
backward compatib
On Tue, 11 Jan 2005, Marc Aurele La France wrote:
On Tue, 11 Jan 2005, Kevin E Martin wrote:
On Tue, Jan 11, 2005 at 12:41:15PM -0500, David Dawes wrote:
On Tue, Jan 11, 2005 at 08:31:54AM -0700, Marc Aurele La France wrote:
On Sat, 8 Jan 2005, David Dawes wrote:
The schedule for the next XFree86
On Tue, 11 Jan 2005, Kevin E Martin wrote:
On Tue, Jan 11, 2005 at 12:41:15PM -0500, David Dawes wrote:
On Tue, Jan 11, 2005 at 08:31:54AM -0700, Marc Aurele La France wrote:
On Sat, 8 Jan 2005, David Dawes wrote:
The schedule for the next XFree86 release -- 4.5.0 is as follows:
26 January 2005
<http://www.xfree86.org/develsnaps/>.
The actual code freeze and release dates will be nailed down as they get
closer.
Should an attempt be made to resurrect DMX before 4.5?
Marc.
+--+---+
| Marc Aurele La France |
bout that.
Marc.
+--+---+
| Marc Aurele La France | work: 1-780-492-9310 |
| Computing and Network Services | fax:1-780-492-1729 |
| 352 General Services Building | email: [
101 - 200 of 383 matches
Mail list logo
