<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Dec 11, 2014 at 4:07 AM, René J.V. <span dir="ltr">&lt;<a href="mailto:rjvbertin@gmail.com" target="_blank">rjvbertin@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">&gt; How about a main port with the new paths, and a stub port or subport that<br>
&gt; depends on the main port, conflicts with qt4-mac, and installs the<br>
&gt; symlinks? Then we can replace qt4-mac with the stub port at some point.<br>
<br>
</span>I like the idea. It was my first idea (after deciding not to make a new port) to make a subport ... but qt4-mac already has sub-ports. My idea had been to change the PortGroup through a subport, but that didn&#39;t work with (= propagate to) the other subports.<br>
In the end I found that I understand variants better than subports and stub ports and the ways to have the dependents accept them transparently...<br>
</blockquote><div><br></div><div>Only up to a point, though, as Ryan has been pointing out. But in this case I meant have your Qt4 as a main port, and a subport of that that installs the symlinks to make it compatible with the existing qt4-mac.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">&gt; (Maybe make the stub port qt4-mac-devel, so it&#39;s maybe already handled as a<br>
&gt; potential dependency *and* it&#39;s announcing that it will eventually replace<br>
&gt; qt4-mac.)<br>
<br>
</span>But then I should develop the concurrent version as the qt4-mac-devel port . To be honest I didn&#39;t think of that ...<br>
But is everything in place for Qt4 client ports to accept port:qt4-mac-devel as an alternative to port:qt4-mac?<br></blockquote><div><br></div><div>If it can be done at all, it can only be done with actual ports, not variants. Mostly I suggested qt4-mac-devel because of the implication that this is the future qt4-mac, and lower confusion for users; the mechanism for allowing multiple ports to satisfy a dependency only lists the default port to install if no existing installed port does so; presumably that would be qt4-mac for now. My hope is that a significant number of ports depending on qt4-mac already use a path or bin dependency so that ports like qt4-mac-devel or your backward compatibility shim port (assuming previous response) could satisfy it if installed.</div><div><br></div></div>-- <br><div class="gmail_signature"><div dir="ltr"><div>brandon s allbery kf8nh                               sine nomine associates</div><div><a href="mailto:allbery.b@gmail.com" target="_blank">allbery.b@gmail.com</a>                                  <a href="mailto:ballbery@sinenomine.net" target="_blank">ballbery@sinenomine.net</a></div><div>unix, openafs, kerberos, infrastructure, xmonad        <a href="http://sinenomine.net" target="_blank">http://sinenomine.net</a></div></div></div>
</div></div>