
<html><head></head><body>If we use alternatives, presumably we'd set the deprecated version as higher priority.  Sites would then need to change scripts or run a command to switch the alternative.<br>

<br>

I think the key its that whatever we choose needs to be advertised well...and well in advance of delivering the new package.<br>

<br>

Thanks<br>

-Ben<br><br><div class="gmail_quote">Peter Bonivart <bonivart@opencsw.org> wrote:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

<pre style="white-space: pre-wrap; word-wrap:break-word; font-family: sans-serif">On Thu, Sep 8, 2011 at 12:26 PM, Ben Walton <bwalton@opencsw.org> wrote:<br />> If it will deliver working functionality (and the man page) I don't think it<br />> should be named stub.<br />><br />> So: alternatives, no alternatives but working functionality or stub with<br />> deprecation notice binary?<br /><br />How about this:<br /><br />CSWpkgget/pkg_get:<br />   /opt/csw/bin/pkg-get -> deprecation notice<br />   /opt/csw/bin/pkg-get.deprecated -> the real pkg-get script<br /><br />Make the package depend on CSWpkgutil to go with the deprecation<br />notice. This should make it almost painless for users, they will<br />already have pkgutil on the system, they just have to start using it.<br />And if they want to keep using pkg-get they can without jumping<br />through hoops too much. The only problem would be if they are using<br />pkg-get in some automated scripts, then alternatives would be safer.<br /><br />/peter<br /><hr /><br />maintainers mailing list<br />maintainers@lists.opencsw.org<br /><a href="https://lists.opencsw.org/mailman/listinfo/maintainers">https://lists.opencsw.org/mailman/listinfo/maintainers</a><br />.:: This mailing list's archive is public. ::.<br /><br /></pre></blockquote></div></body></html>