<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div dir="ltr"></div><div dir="ltr">On Nov 9, 2019, at 10:54, Ken Cunningham wrote:</div><div dir="ltr"><br></div><blockquote type="cite"><div dir="ltr"><meta http-equiv="Content-Type" content="text/html; charset=utf-8">In #<span style="color: rgba(0, 0, 0, 0.85098); font-family: "Helvetica Neue";" class="">57751 Michael and I have been talking about how keeping up the patchset for qt4 would probably be easier with our own fork of it, with our patches added on.</span><div class=""><span style="color: rgba(0, 0, 0, 0.85098); font-family: "Helvetica Neue";" class=""><br class=""></span></div><div class=""><font face="Helvetica Neue" class=""><font color="rgba(0, 0, 0, 0.85098)" class="">QT4 has a github repo here <</font></font><font color="#000085" face="Helvetica Neue" class=""><a href="https://github.com/qt/qt" class="">https://github.com/qt/qt</a>> and we could fork that to MacPorts repo, and add our patches on there. Then we could draw from that repo for builds instead of the way we do it now. We both think this would be easier.</font></div><div class=""><font color="#000085" face="Helvetica Neue" class=""><span style="caret-color: rgb(0, 0, 133);" class=""><br class=""></span></font></div><div class=""><font color="#000085" face="Helvetica Neue" class=""><span style="caret-color: rgb(0, 0, 133);" class="">I see Haiku already does that exact thing for some of their ports.</span></font></div><div class=""><font color="#000085" face="Helvetica Neue" class=""><span style="caret-color: rgb(0, 0, 133);" class=""><br class=""></span></font></div><div class=""><font color="#000085" face="Helvetica Neue" class=""><span style="caret-color: rgb(0, 0, 133);" class="">Hopefully leaving aside a discussion about older systems / lots of patches/ etc for the moment, is there any interest in having these occasional forks under MacPorts github repo?</span></font></div></div></blockquote><div><br></div>That seems reasonable to me for projects like qt4 and llvm where we have extensive patches. <div><br></div><div>But for many projects (is Qt one of them?) upstream produces release tarballs that contain generated files (like configure scripts) that aren't in the repo. We would either have to produce those tarballs ourselves, or else make the ports use ./autogen.sh or equivalent. <br><div><br></div><br><blockquote type="cite"><div dir="ltr"><div class=""><font color="#000085" face="Helvetica Neue" class=""><span style="caret-color: rgb(0, 0, 133);" class="">Otherwise either Michael or I can do it ourselves, but that might have access issues someday...</span></font></div><div class=""><font color="#000085" face="Helvetica Neue" class=""><span style="caret-color: rgb(0, 0, 133);" class=""><br class=""></span></font></div><div class=""><font color="#000085" face="Helvetica Neue" class=""><span style="caret-color: rgb(0, 0, 133);" class="">On a similar note, w</span></font><font face="Helvetica Neue" class=""><font color="rgba(0, 0, 0, 0.85098)" class="">e have a couple of ports in the same boat (llvm*, for example). In those, Jeremy has his own fork with our patches, and uses a script to generate the patchsets </font><span style="color: rgba(0, 0, 0, 0.85098); caret-color: rgba(0, 0, 0, 0.85098);" class="">—</span><font color="rgba(0, 0, 0, 0.85098)" class=""> but that</font><font color="#000085" class="">’</font><font color="rgba(0, 0, 0, 0.85098)" class="">s tricky, because I can</font><font color="#000085" class="">’</font><font color="rgba(0, 0, 0, 0.85098)" class="">t access his repo very easily, so my patches are </font><font color="#000085" class="">“</font><font color="rgba(0, 0, 0, 0.85098)" class="">extras</font><font color="#000085" class="">”</font><font color="rgba(0, 0, 0, 0.85098)" class=""> to his</font></font><font color="#000085" face="Helvetica Neue" class="">…</font></div></div></blockquote><br><div>Back when Jeremy was maintaining these ports more actively, llvm used to use a Subversion repository. I suppose Jeremy maintained his fork using git-svn. Now that they've migrated to git, keeping a fork of their repo should be easier. </div></div><div><br></div></body></html>