<div dir="ltr">On Wed, Feb 12, 2014 at 1:42 PM, Joerg Schilling <span dir="ltr"><<a href="mailto:Joerg.Schilling@fokus.fraunhofer.de" target="_blank">Joerg.Schilling@fokus.fraunhofer.de</a>></span> wrote:<br><div class="gmail_extra">


<div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
What do we need for collaboration?<br></blockquote><div><br></div><div>First, you need to stop saying "must" and attempting to<br></div><div>dictate design and implementation decisions.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">



Well....<br>
<br>
-       IPS must not be the only packaging<br></blockquote><div><br></div><div>It isn't. There are distros using SVR4, dpkg, rpm, IPS, pkgsrc,<br></div><div>and/or no packaging at all.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">



-       /usr/gnu must not be the default first entry in PATH<br></blockquote><div><br></div><div>Irrelevant. How distros want to define a default user environment<br></div><div>is their own business.<br></div><div> </div>


<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
-       /sbin/sh may be a link to the Bourne Shell<br></blockquote><div><br></div><div>Why is this relevant to collaboration?<br><br></div><div>This is a good example of where collaboration matters. If this is<br></div><div>


important to you, and you want the system to behave correctly<br></div><div>with an alternate /sbin/sh, then log bugs against illumos,<br></div><div>preferably with fixes. However, as with all projects, if having<br></div>


<div>it fixed matters to you, you have to do the work.<br></div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
-       scripts need to be open for being able to mount /usr using<br>
        the Bourne Shell.<br></blockquote><div><br></div><div>We're off into the realms of distro-specific implementation artefacts.<br>This sort of statement doesn't even make sense for some distros,<br>and the concept it refers to isn't part of illumos at all.<br>


</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
-       We need to find a way for versioned libraries to support<br>
        as much binary compatibility as possible.<br clear="all"></blockquote></div><br></div><div class="gmail_extra">That's how shared libraries, versions, mapfiles, and filters<br></div><div class="gmail_extra">work. But again, this is largely irrelevant - binary compatibility<br>


</div><div class="gmail_extra">has often been out of fashion in many open source projects, so<br>it's not a problem we can solve. And it's a much smaller part of<br>the overall compatibility question - what versions of interpreters<br>
are present, what build options were chosen, where are applications <br>installed?<br></div><div class="gmail_extra"><br>-- <br>-Peter Tribble<br><a href="http://www.petertribble.co.uk/" target="_blank">http://www.petertribble.co.uk/</a> - <a href="http://ptribble.blogspot.com/" target="_blank">http://ptribble.blogspot.com/</a>
</div></div>