Alan Coopersmith wrote:
> Steve Nash wrote:
>> Comments inline...
>>>> 8.1.1 For Solaris components, what Solaris release(s) does it run on
>>>> or work with?
>>>> OpenSolaris 2008.11
>>> Really? Not on Solaris 10 or earlier at all?
>> We only support OpenSolaris 2008.11. It may work on other versions, but
>> we will not officially support it (except on SPARC). It was requested
>> by the PAC to limit the number of supported OSes.
>>
>>> How do you support SPARC then?
>> The limited set of components on the SPARC distribution are supported on
>> Solaris 10 U6.
>
> So some of the earlier "does not apply" answers still do apply to SPARC?
>
I'm not sure which answers you're referring to here.
>
>>>> * changes the default $PATH and $LD_LIBRARY_PATH for all users
>>> How does it change the default $PATH?
>>> How does it set $LD_LIBRARY_PATH without breaking other software?
>> We modify the /etc/{bashrc,csh.cshrc} to change the default environment
>> (for all users).
>
> Do you set LD_LIBRARY_PATH in the shell files? To what?
>
Currently the value (on Solaris) is:
/opt/SUNWscalable-viz/cr-1.9/lib/64:\
/opt/SUNWscalable-viz/openscenegraph-1.2/lib/64:\
/opt/SUNWscalable-viz/openscenegraph-1.2/lib/64/osgPlugins:\
/opt/SUNWhpc/lib/amd64:/opt/SUNWscalable-viz/paraview-3.0/lib/paraview-3.0:\
/opt/SUNWscalable-viz/dmx/lib:/usr/sfw/lib/amd64
If we rebuild everything with -R and force the users to always install
in the same location, we think we can eliminate the need for
LD_LIBRARY_PATH_64.
>
>>>> ./SUNWdmx/reloc/dmx/include/X11/*
>>>> ./SUNWdmx/reloc/dmx/lib/X11/*
>>> You appear to be shipping a large portion of the X Window System,
>>> including
>>> many libraries and headers which would already be present on the
>>> system, and
>>> which if included in the global LD_LIBRARY_PATH you set would break other
>>> applications.
>>>
>>> TCR: Stop that!
>>>
>> Are you saying DMX is available on OpenSolaris -- we could not find it
>> the last time we looked.
>
> No, I'm saying libX11, libXext, <X11/X11.h> and dozens of other files you
> list as shipping are already in OpenSolaris, and Solaris, and every OS
> Sun has shipped in the last two decades. Your DMX packages are not just
> DMX - they contain far too many duplicate files, some that make no sense
> at all - why ship libDPS with an X server that can't support Display
> Postscript?
> Why ship the loadable modules for the Xorg server (in the obsolete,
> deprecated,
> impossible-to-debug custom loadable .a format even) with a non-Xorg server?
>
I think we just packaged up everything that was built for completeness,
as opposed to trying to determine the bare minimum libraries that we needed.
> As for shipping DMX it's on our todo list, but not at a high priority. The
> technical work should be low - community members have already modified our
> builds in our shared community gate to build DMX - we just haven't gotten
> around to verifying it's well integrated on Solaris (for instance, there's
> keyboard driver code for other OS'es, why is it there and do we need it on
> Solaris?) and doing the ARC reviews. If it needs to be a higher priority,
> maybe your manager should bring that up with our manager at one of their
> weekly staff meetings.
>
We filed an RFE for DMX support on Solaris in Jan 2007: CR 6516586.
Steve
