<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><blockquote type="cite" class="">On 2021-08-31-T, at 07:14, Christopher Nielsen <<a href="mailto:mascguy@rochester.rr.com" class="">mascguy@rochester.rr.com</a>> wrote:<br class=""><div><br class="Apple-interchange-newline"><div class=""><meta http-equiv="Content-Type" content="text/html; charset=us-ascii" class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><blockquote type="cite" class=""><div class=""><div class="">On 2021-08-31-T, at 06:28, Ryan Schmidt <<a href="mailto:ryandesign@macports.org" class="">ryandesign@macports.org</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div class="">I haven't been following everything closely and wasn't aware harfbuzz devel ports were going to be introduced. But if they are, then you can make the required dependency change to all ports in a single commit. I would not consider it necessary to ask permission of the port maintainers since it's not a matter of opinion; it's just a necessary change so that MacPorts can continue to function as intended.<br class=""></div></div></div></blockquote><br class=""><div class="">Sounds good; changes committed via the following:</div><div class=""><br class=""></div><div class=""><a href="https://github.com/macports/macports-ports/commit/f685ca73e40027b414af643d067ea402e754479c" class="">https://github.com/macports/macports-ports/commit/f685ca73e40027b414af643d067ea402e754479c</a></div><div class=""><a href="https://github.com/macports/macports-ports/commit/77e3d9ee214f3c4826c4320a7ed3d7de1a00310d" class="">https://github.com/macports/macports-ports/commit/77e3d9ee214f3c4826c4320a7ed3d7de1a00310d</a></div></div></div></div></blockquote><div><div style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div class=""><br class=""></div><div class="">Folks, now that this change is done, we can test dependent ports with the Devel versions of harfbuzz/harfbuzz-icu, along with pango.</div><div class=""><br class=""></div><div class="">Does anyone know of any particularly fragile dependents on these - particularly in terms of runtime behavior - that we can target? Meanwhile, I’ll try to rebuild as many dependent ports as possible locally, to identify obvious build issues.</div><div class=""><br class=""></div><div class="">And if any maintainers are interested in replacing their non-Devel versions of pango/harfbuzz/harfbuzz-icu with the Devel versions, and testing locally, we’d be grateful!</div><div class=""><br class=""></div><div class="">Any thoughts on the best approach to validate all of these, prior to updating the non-Devel versions?</div><div class=""><br class=""></div><div class="">Thanks,</div><div class="">-Chris</div></div></div></body></html>