<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Apr 25, 2020 at 3:50 PM Karl Kleinpaste &lt;<a href="mailto:karl@kleinpaste.org">karl@kleinpaste.org</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
  

    
  
  <div>
    <font face="FreeSerif">It&#39;s been over 2 years since 4.1.0.
      Obviously, that&#39;s way too long. This is my fault, of course.<br>
      <br>
      In this time, we&#39;ve gotten a new build system, and there&#39;s been a
      slew of bug fixes. Nothing new and huge, architecturally speaking,
      the way that (say) av11n kicked us up to v4, for example. So what
      needs to go out is 4.1.1. I have thoughts about bigger things that
      need to be done afterward (notably, the editor; and Abbrev needs a
      serious re-work) that might lead to enough change to justify
      calling it 4.2.<br>
      <br>
      From today&#39;s state of things, what needs to be done before we can
      put out 4.1.1?<br>
      <br>
      - For any Xiphos release prior to the next Sword release, ours
      needs to include the intro material revert .diff.<br></font></div></blockquote><div><br></div><div>If you can mutter the proper svn command to me or post the actual diff file here, I can get that added to both MinGW and native Fedora packages. Other packagers might appreciate it, too</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><font face="FreeSerif">
      - There may be some peculiar machinations around Windows build due
      to that diff, the current state of other mingw packages (BibleSync
      needs to be built with Xiphos right now), and maybe Greg knows of
      other things.<br></font></div></blockquote><div><br></div><div>I know of thing else regarding Windows that *needs* to happen</div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><font face="FreeSerif">
      - I need to understand how the version stamp thing happens, now
      that Caleb&#39;s source_version.txt is in play. We simply tag just
      prior to doing github release?<br></font></div></blockquote><div><br></div><div>I&#39;m working on fully automating that, so all you have to do is tag the commit in the repo and it will do all the releasing for you. Look for a PR in the next few days to handle that. Once that&#39;s done a release will be as simple as:</div><div><br></div><div>git tag v4.1.1</div><div>git push --tag<br></div><div><br></div><div>--Greg<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><font face="FreeSerif">
      <br>
      Anything else? Any reason we couldn&#39;t let 4.1.1 out the door
      before week&#39;s end?<br>
    </font>
  </div>

_______________________________________________<br>
xiphos-devel mailing list<br>
<a href="mailto:xiphos-devel@crosswire.org" target="_blank">xiphos-devel@crosswire.org</a><br>
<a href="http://www.crosswire.org/mailman/listinfo/xiphos-devel" rel="noreferrer" target="_blank">http://www.crosswire.org/mailman/listinfo/xiphos-devel</a><br>
</blockquote></div></div>