Hello SunRay-Users, After answering on this list and personally to some colleagues for several times the mantra "SRSS shouldn't work in a local zone because [a number of reasons goes here]", I got myself wondering: why not? SSGD for example has some capabilities in a local zone (afaik only drive mapping is missing due to NFS server issues).
So I ask the question I repelled so many times - is there some substantial reason that keeps SRSS from being supported in a local zone? And is it technically possible (in anyone's experience) to get it running in a zone? For example, we have a number of software engineers who can be given their own working environments as Solaris zones with their favorite Java IDEs installed, with different versions of Python or Perl, etc. - whatever they need customized. They don't need USB stick support, nor sound emulation - only the graphical desktop. Even the DHCP/BOOTP services can be hosted elsewhere (including a global zone). Instead of Xnest'ing or using XDMCP to log into their zones, or logging in to global zone and zlogin'ing, or SSHing to their zone and using "export DISPLAY", these software engineers would just utswitch to their zone's SRSS (i.e. via smartcard binding Kiosk scripts) and have the more optimal graphics stack, etc. Unlike working in a global zone, they would be roots if needed in terms of software management or RBAC, but won't we capable of breaking anything in networking or hardware setup. -- Best regards, Jim Klimov mailto:[EMAIL PROTECTED] _______________________________________________ SunRay-Users mailing list [email protected] http://www.filibeto.org/mailman/listinfo/sunray-users
