Rainer Orth wrote:
> Alan Coopersmith <alan.coopersm...@sun.com> writes:
>
>> Xsun cannot be included in OpenSolaris due to other licensing issues, and
>> since
>> it was already planned to be EOF'ed as part of the transition to Xorg, there
>> was
>> no point in resolving those. (Resolution of those licensing issues would
>> probably be a 6-12 month engineering effort to replace Xsun's font backends
>> with
>> open source ones.)
>
> But if you just take Xsun and dependent libraries from the SVR4 packages
> and install them on an IPS-based system, it should just work? I wouldn't
> expect much breakage if the software hasn't seen many updates lately and
> the interfaces are stable.
>
> The only issue might be with installing into the /usr/openwin hierarchy
> when that is replaced with a symlink to /usr (or to subdirs thereof).
/usr/openwin is a problem - you can mostly workaround that by removing the
/usr/openwin -> /usr/X11 symlink before installation and replacing it with
a loopback mount of /usr/X11 onto /usr/openwin.
I have been trying to isolate the the Xsun specific bits into Xsun specific
packages, both to allow the OpenSolaris packages to build without failing
because the Xsun bits are missing, and to allow post-EOF installation by
those who are willing to take the risks on of unmaintained software.
However, a lot of other parts of the OS (gnome, etc.) are going to start
assuming there are only Xorg based X servers on the system and stop
supporting Xsun servers - at least for local use. Clearly anything that
interacts with a remote X display has to support Xsun for roughly another
decade or so, until Solaris 10 is EOL, but things that only deal with the
console X server may not keep the support going for it.
--
-Alan Coopersmith- alan.coopersm...@sun.com
Sun Microsystems, Inc. - X Window System Engineering
_______________________________________________
opensolaris-code mailing list
opensolaris-code@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/opensolaris-code
