<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><br class="">
<br class=""><div><blockquote type="cite" class=""><div class="">On Dec 16, 2015, at 3:54 PM, Brandon Allbery <<a href="mailto:allbery.b@gmail.com" class="">allbery.b@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class=""><div class="gmail_extra"><br class=""><div class="gmail_quote">On Wed, Dec 16, 2015 at 3:50 PM, Ryan Schmidt <span dir="ltr" class=""><<a href="mailto:ryandesign@macports.org" target="_blank" class="">ryandesign@macports.org</a>></span> wrote:<br class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br class="">
However, that doesn't explain why, for me, the same is not happening in the post-destroot phase.</blockquote></div><br class="">Seems like it might be for some people though? That would explain why some people are reporting that a -5.22 suffixed name is being used by the perl5.16 port.<br clear="all" class=""><div class=""><br class=""></div>-- <br class=""><div class="gmail_signature"><div dir="ltr" class=""><div class="">brandon s allbery kf8nh sine nomine associates</div><div class=""><a href="mailto:allbery.b@gmail.com" target="_blank" class="">allbery.b@gmail.com</a> <a href="mailto:ballbery@sinenomine.net" target="_blank" class="">ballbery@sinenomine.net</a></div><div class="">unix, openafs, kerberos, infrastructure, xmonad <a href="http://sinenomine.net/" target="_blank" class="">http://sinenomine.net</a></div></div></div>
</div></div>
_______________________________________________<br class="">macports-dev mailing list<br class=""><a href="mailto:macports-dev@lists.macosforge.org" class="">macports-dev@lists.macosforge.org</a><br class="">https://lists.macosforge.org/mailman/listinfo/macports-dev<br class=""></div></blockquote></div><br class=""><div class="">Does the restore_ports.tcl script handle things any differently then just a standard install or upgrade? For example, does it handle the order of installs differently?</div><div class="">In my case, I had uninstalled everything then run the script and myports.txt had the following in it (excerpted version):</div><div class=""><br class=""></div><div class=""><div class=""> ossp-uuid @1.6.2_4+perl5_16 (active) platform='darwin 14' archs='x86_64'</div><div class=""> p5.16-compress-raw-bzip2 @2.69.0_0 (active) platform='darwin 14' archs='x86_64'</div><div class=""> p5.16-compress-raw-zlib @2.69.0_0 (active) platform='darwin 14' archs='x86_64'</div><div class=""> p5.16-cpan-meta @2.150.5_0 (active) platform='darwin 14' archs='noarch'</div><div class=""> p5.16-cpan-meta-requirements @2.140.0_0 (active) platform='darwin 14' archs='noarch'</div><div class="">A bunch more p5.16 ports here...</div><div class=""> p5.16-yaml-syck @1.290.0_0 (active) platform='darwin 14' archs='x86_64'</div><div class=""> p5.22-encode-locale @1.50.0_0 (active) platform='darwin 14' archs='noarch'</div><div class=""> p5.22-file-listing @6.40.0_1 (active) platform='darwin 14' archs='noarch'</div><div class=""> p5.22-getopt-long @2.480.0_0 (active) platform='darwin 14' archs='noarch'</div><div class=""> p5.22-html-form @6.30.0_1 (active) platform='darwin 14' archs='noarch'</div><div class=""> p5.22-html-parser @3.710.0_1 (active) platform='darwin 14' archs='x86_64'</div><div class="">And a bunch more p5.22 ports here...</div><div class=""> p5.22-uri @1.690.0_0 (active) platform='darwin 14' archs='noarch'</div><div class=""> p5.22-www-robotrules @6.20.0_1 (active) platform='darwin 14' archs='noarch'</div><div class=""> p5.22-xml-parser @2.440.0_0 (active) platform='darwin 14' archs='x86_64'</div><div class=""> perl5 @5.22.1_0+perl5_16 (active) platform='darwin 14' archs='noarch'</div><div class=""> perl5.12 @5.12.5_0+universal platform='darwin 14' archs='i386 x86_64'</div><div class=""> perl5.16 @5.16.3_1+universal (active) platform='darwin 14' archs='i386 x86_64'</div><div class=""> perl5.22 @5.22.1_0+universal (active) platform='darwin 14' archs='i386 x86_64’</div></div><div class=""><br class=""></div><div class="">And, it just started giving me a bunch of errors, while all of the perl stuff was installed as dependents. I happened to have the bad luck of doing my upgrade last night, so the issue with perl hit me. </div><div class=""><br class=""></div><div class=""><br class=""></div><div class="">—Adam</div></body></html>