[Xorg] Support of ancient servers in Xorg tree?
Alan.Coopersmith at Sun.COM
Tue Aug 17 09:45:01 PDT 2004
I'm not sure I want to claim any ownership or responsibility for the hw/sun
tree. The only cards listed in the README that I even know where to find are
the cg6 series, and those have a directory under hw/xfree86/drivers already.
Sun/4 is definitely the only hardware platform listed there we still have,
none of the Sun/2, Sun/3 or Sun386i hardware. Unless someone wants to step
up and volunteer, I can't see continuing to support it.
Since we're so close to the 6.8 release, I think the best solution for that
is to release note the lack of support and change the default for Solaris/SPARC
builds to build Xorg instead of Xsun (a one-line change to the svr4.cf file).
Stuart Anderson wrote:
> I didn't mean to imply that we can't get rid of orphaned code, just that
> since the "owner" of this code is present, and participating, it should
> be their call as to what happens to it. If it stays, then it should be
> maintained in the same manner as everything else that stays.
> Changes to common code requires concensus. Vendor specific code,
> however, should probably be the responsibility of that vendor.
> On Tue, 17 Aug 2004, Keith Whitwell wrote:
>>Stuart Anderson wrote:
>>>I think it is up to the vendors that provided these DDX to decide what
>>>their status is (ie it's your call). Fix it, turn it off, or rip it out.
>>>Like Mike said, if it stays in, it should get a tinderbox to prove it at
>>>least builds ok. There should be a row for it in the Release Readiness Table
>>>if you want it.
>>Hmm. I'd prefer to see that differently - the presumption should be that the
>>code should be ripped out unless somebody steps up and (a) protests and (b) is
>>seen to demonstrate willingness to maintain the code. I don't see any value
>>in keeping broken code in the tree otherwise. If someone wants it back in the
>>future, it will still be in the repository (just not visible on the head).
>>Otherwise, we're all tiptoe-ing around trying not to offend people who
>>probably don't exist & if they do are much more interested in other stuff.
> Stuart R. Anderson anderson at netsweng.com
> Network & Software Engineering http://www.netsweng.com/
> 1024D/37A79149: 0791 D3B8 9A4C 2CDC A31F
> BD03 0A62 E534 37A7 9149
-Alan Coopersmith- alan.coopersmith at sun.com
Sun Microsystems, Inc. - X Window System Engineering
More information about the xorg