Now that we've gotten the first drop of X source code out to the
community, we can start getting community changes directly into
our X sources instead of forcing everything via X.Org.
Now, X.Org is still preferred for things of general interest, but
fixes specific to Solaris, especially to our build and packaging
wrappers around the X.Org code, or our changes to it, are welcome
via the standard OpenSolaris request-sponsors process.
We haven't gone through all our bugs to find and mark oss-bite-size,
though you should be able to sift through our open bugs on
bugs.opensolaris.org to see what's open. In lieu of that, some
suggestions I can think of that we haven't gotten to yet and may not
for a while:
"Bite size":
- All our open source code bases build with gcc before they get to
us, but we've always assumed Sun cc in our build systems. We'd
be open to changes to support gcc as well as cc in our open-src/*
Makefiles or our Xorg Imakefiles if community members are interested
in seeing gcc build support. (This should be pretty centralized
and not too hard.)
- 6368378: fc-cache man page is broken on snv_30
fontconfig 2.2.x used to deliver man pages in troff format, to which
we appended Sun's attributes table. fontconfig 2.3.x switched to
DocBook SGML format man pages and relies on docbook2man to create
troff pages, but we don't have that on Solaris. If someone with
knowledge of the tools available on Solaris could suggest how to do
this conversion with Solaris tools, or if we need to ask the newly
opened SFW consolidation to start shipping more tools, the man pages
could be shipped correctly again.
Larger/longer term:
- So far, we only have committments from SPARC graphics to provide
Xorg drivers for new video cards. Xorg sources already include
drivers for cg6, ffb, and ATI (m64 & Radeon/XVR-100) cards for
other platforms - what would it take to make those usable with
Xorg on Solaris SPARC?
- Sometime soon our x86 video team will be supplying DRI infrastructure
and DRM modules for i915 & ATI Radeon graphics. The DRI community
has modules for a number of other chipsets - once DRI is available on
Solaris, what would it take to port those other DRM modules?
Any other ideas other people would like to suggest/discuss/work on?
--
-Alan Coopersmith- alan.coopersmith at sun.com
Sun Microsystems, Inc. - X Window System Engineering
