wever
be a useful tool for communication with other developers and
users though, and thought I'd post a note here to let people know
these discussion forums exist should they wish to participate.
Take care,
TTYL
--
Mike A. Harris
___
Devel mailing
ely want to work
co-operatively and collaboratively with XFree86 project members
and other developers, and I'll continue to try and do so, my
commitment WRT X development is first to the open source
community, and second to XFree86.org.
--
Mike A. Harris
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
is bad, or has
a mistake in it, and I'd like to see peer review on a public
list, one where if you screw up 200 people point it out, not just
one person.
So please, point out my faults. My ears are open, and my desire
is great to correct them, and do so in front of my peers.
I'm su
h the
cathedral style of development, they're more likely to simply get
ignored or cast aside.
Is that similar to what you mean?
TIA
--
Mike A. Harris
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
s of doing so, which only help you, but without
trying to provide answers to the problems the people ask about
that are against, or leaning towards being against the idea,
doesn't help win their support. Let's not be one sided.
--
Mike A. Harris
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
benefit of doubt if these were
overlooked, that it was an honest goofup to forget to make them
also public, since they're not mailing lists in the more
traditional sense.
Since I am a member however, I get both of these lists
automatically and can't be sure if they're public now or not.
David, could you comment on this?
--
Mike A. Harris
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
tting others to look into merging your changes, and decided it
was easier to maintain your own codebase entirely than to twist
people's arms to look at your code and provide feedback. I guess
now would be a good time for me to just ask. ;o)
So.. any chance of GATOS getting into XFree86? ;
;) My point was that the easier it is for
>patches to go in the more attractive the project looks to new developers.
I couldn't agree with you more.
--
Mike A. Harris
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
a real email
address, there is no way of saying back "I need to know foo", at
which point such bug reports are no better than the previously
private [EMAIL PROTECTED] bug report address.
I believe bugzilla requires valid logins for everyone already
though, so that's not a pr
om
Debian, Mandrake, SuSE, Gentoo, FreeBSD, NetBSD, OpenBSD,
Caldera, and other Linux and BSD distribution XFree86
package maintainers, and other developers also. I've talked
personally with some of them already, but the more who get
involved the bett
t RandR?
Egbert suggested in the last day or so that a 2 line patch might
be needed, but that such change might be too experimental for
4.3.0.
>If so, is there any documentation available on how to do this?
Keith or Jim would be best to answer that..
Take care,
TTYL
--
Mike A. Harris
_
folder for quick searches, and to flag bug reports in
pine with a * for looking at later today. There are many ways of
using the tool though as there are developers that use it. ;o)
--
Mike A. Harris
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
more people who are
compile savvy to test things earlier, and allows more feedback to
be given to the tree maintainers of what is good, and what sucks,
helping them to trim down their workload by calling crap crap
earlier in the cycle.
--
Mike A. Harris
_
People who try to force a
volunteer to do something, will almost suredly fail horribly.
Bugzilla is a great tool however, and one worth having an open
mind towards, even if it is just to poke at it with a stick from
a mile away and flare one's nostrils. ;o)
--
Mike A. Harris
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
in with a larger pool of knowledge than they would
otherwise. There isn't any pressure on ANYONE to fix anything
really because after all, it's all voluntary.
>I would think these questions, and others, need to be answered
>upfront for a serious u
27;ve been ignored, or FEEL they've been ignored, and have no
incentive to attempt to try and contribute again.
So I can certainly relate to what you're saying also.
--
Mike A. Harris
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
ke Tyson and Xander
Holifield to an after Christmas sale at Walmart and having people
missing ears when all is said and done.
I'm very very frustrated by all of this negativity and complete
lack of trust. There is a great deal of public interest in
having an open community of collaborative d
ars that might also seem
equally pointless, but for which procmail can't help. ;o)
--
Mike A. Harris
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
eloper, and still do, it's easier to ask than to try and test
because if I attempted to subscribe, being already a member, it
would likely succeed.
Thanks in advance,
TTYL
--
Mike A. Harris
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
There were slighter hints from others as well.
[SNIP]
--
Mike A. Harris
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
n 13, 2003 at 02:30:05PM -0500, Mike A. Harris wrote:
>
>>Just seeking clarification of wether or not the general public
>>has access to subscribe to the 2 patch mailing lists now or not
>>after David declared the private lists to be no longer private.
>
>I declared the &q
oper to skip over this bug
without investigating it and seeing wether or not it is OS
generic - which I believe most bugs are highly likely to be.
So, I see this claim as poppycock.
--
Mike A. Harris
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
t IMHO from times people have suggested it in the past.
I think if everyone who has expressed they're in favor of the
bugzilla project for XFree86 is in agreement, that work can now
begin to put everything together and get the kinks ironed out.
And aside from all of the negativity a
did a good code review. This was somewhat of a
>>mistake of course, as I had no idea what was expected, and found
>>out quite some time later that my processes and procedures for
>>submitting patches was not entirely the best.
>
>That is correct.
Thanks for acknowledging
although I don't know if it was for the
video features or the other hardware. I'll see if I can come up
with more information.
--
Mike A. Harris
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
om being against the idea, and we now are
seeing some open mindedness, which is a world of difference IMHO.
Someone will post more info here once there has been a chance to
discuss with various people who have expressed an interest in the
bugzilla project and there's something more concrete to play
with.
Thanks,
TTYL
--
Mike A. Harris
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
"; boundary="a8Wt8u1KmwUX3Y2C"
>Subject: Re: Another voice
>
>On Tue, Jan 14, 2003 at 01:55:51PM -0500, David Dawes scrawled:
>> On Tue, Jan 14, 2003 at 12:43:55PM -0500, Mike A. Harris wrote:
>>
>> >and that, many of them still are. Some of them
various people who have expressed an interest in the
>>bugzilla project and there's something more concrete to play
>>with.
>
>I hope that discussion happens publicly.
I don't see any reason it shouldn't. I believe that things are
more likely to have a high
whomever else happens to be there too) can
bounce ideas.
TTYL
--
Mike A. Harris
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
ailman webpages,
haven't checked.
While it is a very greedy thought of me, I actually prefer
mailing lists that do not offer a digest option. It prevents
people from subscribing to the digest, then hitting reply, fully
quoting the entire digest, and then
ree86
CVS.
You might want to lurk in the channel also. Many of us use the
channel for DRI development chatter in between the weekly
meetings as well.
Take care!
--
Mike A. Harris
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
een confirmed
fixed by several users now since I put CVS X up for grabs for our
users.
Hope this helps.
--
Mike A. Harris
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
27;, and have extended gdb to be able to read these
debug files at runtime on the fly. This is also being contributed
to the FSF. This will also help greatly with debugging not just
X, but all apps/libs.
The combination of the two, will be quite useful.
Hope this helps.
TTYL
--
Mike A. Harri
readable in
there that I can see. Only thing that was out of the ordinary
was an empty dir "patches", but the patches are in the
raw-sources dir instead.
--
Mike A. Harris
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
On Thu, 16 Jan 2003, Alexander Stohr wrote:
>Date: Thu, 16 Jan 2003 01:55:08 +0100
>From: Alexander Stohr <[EMAIL PROTECTED]>
>To: Mike A. Harris <[EMAIL PROTECTED]>
>Cc: [EMAIL PROTECTED]
>Content-Type: multipart/al
.so.6
Anyone familiar with the Xt library source?
--
Mike A. Harris
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
t back here when I've had a few people bang on it.
--
Mike A. Harris ftp://people.redhat.com/mharris
OS Systems Engineer - XFree86 maintainer - Red Hat
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
ee86-proper release,
>I might play around with it for the Cygwin-specific release.
>It sounds like the selection monitoring portions of the
>extension will fix my problems with PRIMARY completely! This is
>very exciting!
Keith might have a diff perhaps or tarball, not sure though.
--
M
neric.
Just wondering if anyone is currently investigating any
Radeon/Mach64 related issues like this..
Also, just out of curiousity, does anyone experience these
problems with other video drivers/chips at all?
Thanks in advance,
TTYL
--
Mike A. Harris ftp://people.redhat.com/mharris
OS S
prefer to do one of the above instead, and just wondered what
common consensus might be.
TIA
--
Mike A. Harris
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
as easily either. ;o)
I've changed it to "(\?\?\?)" now to workaround the trigraphs
enabled issue, which is probably the sanest solution for now.
Thanks.
--
Mike A. Harris
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
hat trigraph. Does GCC have a mode
>that pukes if it finds any trigraphs? That would be a better option than
>disabling them; X gets built with other compilers still, some of which
>might not have an option to disable trigraphs.
Yeppers, that's the most sensible solution, and the
Trivial patch attached to add a missing Microsoft encoding to the
encodings Imakefile.
--
Mike A. Harris ftp://people.redhat.com/mharris
OS Systems Engineer - XFree86 maintainer - Red Hat
--- xc/fonts/encodings/Imakefile.encodings-Imakefile-fix2003-01-14
21:01:12.0 -0500
h mesa 4.0.4 and not mesa 5.0 ? is mesa 5.0 too "young" ?
You don't update a major piece of software component like Mesa a
few weeks before final release, otherwise you totally destroy all
beta testing that has ever occured to date.
--
Mike A. Harris
_
o see if anything looked
wrong, and tried changing a few things to try and fix it to no
avail.
I've provided the user with the xset workaround in case this
doesn't get fixed for 4.3.0.
TTYL
--
Mike A. Harris
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
The attached patch fixes a bug where xauth may write an
incomplete .xauth file and delete the old one if there is
insufficient disk space. The patch applies cleanly to CVS head,
xf-4_2-branch, and xf-4_1-branch and is tested.
Please credit: Harald Hoyer <[EMAIL PROTECTED]>
--
Mike A.
lt, where the
majority of people are going to expect it.
It's just a case of making the defaults sane for the average
user.
This is the same behaviour as under 4.2.x
--
Mike A. Harris
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
s comfortable with each other.
>
>Do we have a volunteer to ask/answer dumb questions from we newbies?
#xfree86-devel on irc.freenode.net is always open to the
public for XFree86 developmental discussions. Feel free to join
in anytime if you like.
--
Mike A. Harris
__
e86 4.2.0 release notes
and support information found on the XFree86 website:
http://www.xfree86.org/4.2.0/Status17.html#17
http://www.xfree86.org/4.2.1/Status17.html#17
You see - unsupported. Not a Red Hat problem.
--
Mike A. Harris
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
tells me they're
>running "XFree86 -configure". I recall that a previous version of
>anaconda allowed X reconfigures after installation. It's been awhile, so
>I forget how to do it.
No, it's "redhat-config-xfree86", and is docume
ported, please use text mode" or similar
resolution.
>Anyway please use kinder words when trying to 'set me straight', it just takes
>away that bad tasting elite feeling people have with Linux.
What exactly was "unkind" in what I said? I stated only
clear fa
away from the X server, if you kill the server,
then VT switching works again.
I have backed out the changes from that one commit, and the
problem is gone.
Hope this helps,
TTYL
--
Mike A. Harris
___
Devel mailing list
[EMAIL PROTECTED]
http://XF
AccessXCancelRepeatKey(xkbi, keycode);
>XkbDDXSwitchScreen(dev,keycode,pAction);
> return 0;
> }
Thanks for the quick bugfix Ivan! Adding to my latest build.
Take care,
TTYL
--
Mike A. Harris
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
not get it to work by
faking the PCI ID.
For now, your best bet is the 'vesa' driver.
Hope this helps,
TTYL
--
Mike A. Harris
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
l group of users, while
the risks of destabilizing the driver for everyone if it doesn't
work properly.
I think it would be better if this change did not go into 4.3.0,
but instead into the new trunk post 4.3.0.
TTYL
--
Mike A. Harris
_
could do a run
time test of return of getconf() and if not supported, fall back
to setconf() and then to hard coded compile time defaults.
Any comments about any of this?
--
Mike A. Harris ftp://people.redhat.com/mharris
OS Systems Engineer - XFree86 maintainer - Red Hat
Patch by Chri
ask about how to disable VTswitching.
If it doesn't go in, any comments about it would be appreciated,
which I'll communicate back down the line as well.
TIA
--
Mike A. Harris ftp://people.redhat.com/mharris
OS Systems Engineer - XFree86 maintainer - Red Hat
This patch by Branden
an 'officialish' explanation if it wont
go in.
--
Mike A. Harris ftp://people.redhat.com/mharris
OS Systems Engineer - XFree86 maintainer - Red Hat
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
do you have any valid
technical comment to contribute as a response to my question
perhaps? I'd love to hear actual technical feedback if there is
any.
--
Mike A. Harris
If at first you don't succeed, call it version 1.0
___
Devel mail
SO-8859-15
> E199 kraxel ~# LANG=de_DE.UTF-8 locale charmap
> UTF-8
> E199 kraxel ~#
>
>And, yes, of course xterm should start up in utf-8 mode if the locale
>encoding is UTF-8.
Thanks, that was my original conclusion also. I had just
won
you do, but I haven't seen you share any of that
knowledge in response to my question yet.
>and am irritated by your snide remarks on this list.
I'm irritated by asking an honest question, in an attempt to find
out what the best thing to do is, and getting back an irritatin
works on those 2 though.
I'm told it broke sometime in December.
--
Mike A. Harris
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
.
I don't have a DVI panel, or I'd have a look at that. Perhaps
Hui or someone can take a stab at it though. Or, send me a DVI
panel. ;o)
--
Mike A. Harris
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
asily.
I've got Red Hat Linux 0.1 on ftp://people.redhat.com/mharris/
but I'm not sure that would even boot on anything newer than a
i386/i486. ;o)
--
Mike A. Harris
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
FP alone, and combination
of CRT+LCD and CRT+DFP, but not on dual DFP (they're more rare).
I'll probably send my DPMS patch in for potential 4.3.0
inclusion, but if it doesn't get in, then it's on my ftpsite for
those interested.
Take care!
TTYL
--
Mike A. Harris
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
t now
from someone using just a CRT where DPMS causes the monitor to go
into and out of suspend over and over. That sucks because the
changes I added didn't touch the CRT path. I've decided in the
interest of not causing regression to disable my patch until I
can investigate th
On Sun, 23 Feb 2003, Mike A. Harris wrote:
[I hate to respond to my own email, but...]
>>> I'll probably send my DPMS patch in for potential 4.3.0
>>> inclusion, but if it doesn't get in, then it's on my ftpsite for
>>> those interested.
>>
>
is new "nsc" obsoletes the "Cyrix" driver for
> the "Cyrix MediaGX" ?
No, the nsc driver is a bit different. As I understand things
it's the same video chip but with a different BIOS. I'll leave
someone more familiar with these chips to provide
Please apply this one patch to the 1.1.26 driver in CVS however
to revert the change below and fix the Savage driver for Savage
MX/IX.
--
Mike A. Harris ftp://people.redhat.com/mharris
OS Systems Engineer - XFree86 maintainer - Red Hat
-- Forwarded message --
Date: Mon, 16 Dec
dware which is not supported simply remains unsupported
until after-the-fact of someone writing support for it, and
contributing their code.
Read the list archives for more information on this chip.
--
Mike A. Harris
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
d calls the "radeon" driver. Either should work, but
using "radeon" removes one level of indirection.
--
Mike A. Harris
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
confirmed working on several systems which showed this
problematic behaviour.
I thought I'd pass the info around to the list that the issue is
resolved now.
Thanks,
TTYL
--
Mike A. Harris
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
ver on
various different architectures.
I'll be following this quite closely and working with our gdb
people to test things, etc. while it is developed. Once there is
something useable for other developers to test, I'll look into
gettin
ask for input before digging into the
problem deeper.
Thanks in advance.
--
Mike A. Harris
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
) Unsupported relocation type 132
>Elf_RelocateEntry() Unsupported relocation type 18
>(EE) LoadModule: Module pcidata does not supply version information
>(EE) Failed to load module "pcidata" (invalid module, 0)
Try compiling using:
#define MakeD
dor="The XFree86 Project"
>compiled for 4.3.0, module version = 1.0.0
> ERROR SIGSEGV caught!
>
>Maybe xf86cfg can't handle these modules. XFree86 loader can.
Hmm. Perhaps this is related to the setjmp() et al. changes
lately? Just a thought...
--
Mike A. Harris
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
="=-TPMUMeIjclXekwOxLjVG"
>Subject: Re: Xfree supports Hppa ?
>
>Where have i to define this #define ? :d
host.def
--
Mike A. Harris
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
..
>
>Mmm, Mike - did you actually read this thread before making this
>comment ?
No I did not. I read the message I responded to, which is the
only message aside from the one before it in my mail folder. I
responded based on that. After your response and reading list
archives, it seem
d files:
xc/config/cf/:
linux.cf
Revision ChangesPath
3.196 +2 -2 xc/config/cf/linux.cf
As you suggest above, I believe the more correct solution is to
have it default to "cpp" instead, to have it default to wherever
cpp happens to be in the user's path. The reasonable assumption
being that cpp is in the user's path of course. ;o)
--
Mike A. Harris
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
DB from the patched source code to see if that fixes it?
Try rebuilding the src.rpm I've got there first. That works for
me on x86, but does have some stability issues. Other archs
don't seem to work at all with it though. I haven
machine to
>Red Hat 7.2 or 7.3? A guy working for me remote in Australia tells me
>that he is using the patched 5.1.1 just fine on RH 7.2...
I would recommend an rpm rebuild of gdb-xfree86 on 8.0 first to
see if it is reliable enough for you or not, failing that in 7.3
it works pretty
>
>Hi
>
>In XRefreshKeyboardMapping there's a call to UnlockDisplay without a
>preceding call to LockDisplay. It is in XKBBind.c, line 558.
Which version of XFree86?
--
Mike A. Harris
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
ProcXF86VidModeAddModeLine,
>VidModeCreateMode and VidModeAddModeline (the last one caused a segfault
>trying to delete the new mode)
>
>note: XF86VidModeAddModeLine is _broken_ on current XFree86 releases.
Please submit your patch to [EMAIL PROTECTED] so that it goes
into the patch q
es up, and you
can enter a comment directly into bugzilla. Even pine can do
this easily.
--
Mike A. Harris ftp://people.redhat.com/mharris
OS Systems Engineer - XFree86 maintainer - Red Hat
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
tion which will force update to occur if the mouse is
>not in the screen?
Just for everyone's personal safety... Which airport is this
being used at?
;o)
--
Mike A. Harris
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
ro and them go through
>the 130meg's of online updates to get the system current...
That is also something unsupported by Red Hat. Feel free to hack
your system to death to accomplish that however if you like.
No charge.
--
Mike A. Harris
_
On Thu, 27 Mar 2003, Robert Woerle Paceblade/Support wrote:
>who is maintaining the XRANR extension ???
>i need contact since i want to enhance it
Keith Packard is.
--
Mike A. Harris
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree
ssage passing API
>
>Hey,
>
>Is anyone aware of a project to allow a userland tool, such as a
>front-end GUI, communicate with an X input driver?
Yes, you may wish to contact Havoc Pennington or Owen Taylor
about that.
--
Mike A. Harris
__
ead everything you said, and only after i hit reply did
a couple words catch me that indicated to me what you wanted
wasn't what I was alluding to. ;o)
Take care,
TTYL
--
Mike A. Harris
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
4.3.0-14 or 4.3.0-15. You can find
me in IRC on freenode #xfree86 if you'd also like to ping me on
wether I've added it yet or not.
HTH
--
Mike A. Harris
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
ore useful use would be CNN like video effects where the
fullscreen shrinks to an inset and then rotates on a 3D angle,
etc. Various nifty 3D video effects for video editing/production
could be done.
--
Mike A. Harris
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
Who (if anyone) is the current official maintainer of libXi?
--
Mike A. Harris
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
ed
hundreds of times. I wrote it like that as I figured it might
give an additional speedup not having to fork and exec from a
shell script constantly.
--
Mike A. Harris
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
y platform which adheres to ISO C99 and SuSv3, but
I'll be more than glad to fix any portability issues to other
platforms as well if any issues pop up.
TTYL
--
Mike A. Harris
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
P_TRIO64V2_DXGX)
>> shift = -(pS3->s3Bpp >> 1);
>>
>> return shift;
>> diff -u s3.bak/s3.h s3/s3.h
>> --- s3.bak/s3.h2002-12-11 19:30:47 +0200
>> +++ s3/s3.h2003-06-27 12:40:22 +0300
>> @@ -240,6 +240,
uld also allow drop in drivers to also drop in
new database files which could supplement the database that comes
with the OS, or override specific entries, or allow multiple
drivers to be alternatives for a particular card.
HTH
--
Mike A. Harris
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
On Mon, 7 Jul 2003, Alexander Stohr wrote:
>> From: Mike A. Harris [mailto:[EMAIL PROTECTED]
>> I plan on replacing the Cards database in Red Hat Linux with a
>> new mechanism sometime in the future which will be much more
>> flexible, allow per architecture overrides, all
hings or add functionality, etc. things stay
open in bugzilla until someone has the time and inclination to
investigate and fix/apply.
Patches sent to mailing lists get lost if nobody is interested in
looking at them immediately.
--
Mike A. Harris
__
ort this in bugzilla against bugzilla so it is tracked,
but I wanted to ask about it here first.
--
Mike A. Harris ftp://people.redhat.com/mharris
OS Systems Engineer - XFree86 maintainer - Red Hat
___
Devel mailing list
[EMAIL PROTECTED]
http:/
ng to backslashes?
Just an opinion, but I looked at the above link, and I find the
backslash escaped version easier to read.
--
Mike A. Harris
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
1 - 100 of 214 matches
Mail list logo
