<div dir="ltr"><div dir="auto">hi john,</div><div dir="auto"><br></div><div dir="auto">many thanks, once more, for your continued work on the LKB, and likewise for porting the core of [incr tsdb()] to additional lisp environments!</div><div dir="auto"><br></div><div dir="auto">i feel we might want to try and reduce variation across different branches of the code.  today, i know of the following three:</div><div dir="auto"><br></div><div dir="auto">(0) lkb/trunk</div><div dir="auto">(1) logon/lingo/lkb</div><div dir="auto">(2) lkb/fos</div><div dir="auto"><br></div><div dir="auto">i had originally created the LOGON branch of the code to (a) include some bulky pieces (e.g. language models for realization ranking and associated third-party software) that ann did not want in the LKB trunk and (b) experiment with new or revised functionality (primarily working with the ERG) without affecting the larger LKB community.</div><div dir="auto"><br></div><div dir="auto">i have periodically merged back LOGON revisions into the trunk, so if we were to look over #+:logon throughout the code now it should be a good indicator of either (a) or (b).  as you activate some of that code in the FOS branch now, in principle we should go back and review (b)-type revisions for general, long-term use.  but i suspect that, at least among the subscribers of the list, the LOGON version of the LKB has been used at least as much as the isolated trunk ... hence i am not too worried.</div><div dir="auto"><br></div><div dir="auto">since we branched FOS off the trunk a few years back, development in LOGON has continued, whereas i believe no recent changes have been committed to the LKB trunk.  therefore, i would be tempted to try and merge across these two active LKB branches, and the possibly declare the current trunk a frozen ‘dead end’?  would you have some time to jointly work on unification of bug fixes and revisions this coming week?  inasmuch as the LOGON environment is still used, i would like to incorporate your FOS improvements.  and, likewise, i would want my changes (in [incr tsdb()] and maybe MRS or EDS manipulation) exposed to the FOS users.</div><div dir="auto"><br></div><div dir="auto">in terms of internal DELPH-IN responsibilities, the current LKB trunk used to be packaged via what we call the LinGO builds (<a href="http://lingo.delph-in.net" target="_blank">http://lingo.delph-in.net</a>) and the Ubuntu+LKB live CD (<a href="https://wiki.ling.washington.edu/bin/view.cgi/Main/KnoppixLKB">https://wiki.ling.washington.edu/bin/view.cgi/Main/KnoppixLKB</a>).  both are maintained by UW, so i am not quite sure about the breadth of their user base?  but i am wondering whether these UW builds could move to using the FOS code in the foreseeable future (seeing as i am proposing to officially call an end ?</div><div dir="auto"><br></div><div>best wishes, oe</div><div><br></div>
</div>