--On September 7, 2005 7:31:47 AM -0700 Karyn Ritter <[EMAIL PROTECTED]>
wrote:
Good point. Someone within Sun mentioned that as well, and I completely
forgot about it when I sent this mail -- sorry. What would be useful? I
can probably send out a document that has a mapping of every package to
its consolidation, but that might be a bit overwhelming. I can tell you
that it is excellent for searching, but I think it's 20 pages long. In
any case, just reading it is mind-numbing.
Would a good description of the kinds of things in the consolidation
work, or do you need more detail?
A (set of) web pages on OpenSolaris.org listing this information would be
very helpful.
What will be provided on opensolaris.org will be the differences -- code
downloaded from the appropriate open source community will be required to
build. Additionally, we will be encouraging people to make most of the
changes in the main community. Most of what would be delivered here will
be Makefile changes to make it buildable with the Sun Studio 10 compilers
(I think, and I'm sure someone will correct me if I'm wrong).
I think it's often more than that. For Apache HTTP Server, I know that Sun
has a set of SMF scripts that integrate httpd with SMF for Solaris 10.
It'd be nice to have that out-of-the-box upstream. If there are also
changes that Sun applies to Apache HTTP Server (1.3 or 2.0) - it'd be
really nice to have that information available. (Even if it's just to say,
"No code changes" so that when Apache get a bug report we don't run in
circles.)
I'll also note that it's not possible for Apache to just 'take' the
contributions from Sun unless Sun actively contributes it. So, if there's
any expectation of having these changes merged upstream, someone authorized
by Sun still has to post patches to the appropriate Apache mailing lists -
or commit it themselves, if they were a committer on that project.
If others agree, we can bump the main documentation one to high. The
others (aside from man pages) will stay at medium.
Absolutely.
How about the ones that we don't have plans to open source? Any issues
there?
J2SE has its sources available through other means. CDE and OpenWindows
are ancient - there are 'alternative' versions (JDS) that'll be
open-sourced. I don't know enough about SPARC Graphics to much care
myself. -- justin
_______________________________________________
opensolaris-code mailing list
[email protected]
https://opensolaris.org:444/mailman/listinfo/opensolaris-code
