<html> <head> <meta http-equiv="Content-Type" content="text/html; charset=us-ascii"> </head> <body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""> Hi Francis, <div class=""><br class=""> </div> <div class="">Thanks for the report and suggestions about LD_LIBARY_PATH. I put a hint about what to do in the README, but it's buried in dense text so not easy to find ("LD_LIBARY_PATH must include <path-to-lkb_fos>/lib/linux.x86.64"). It's a good ides to have a couple of sentences about this in LkbFos.</div> <div class=""><br class=""> </div> <div class="">Here's what LKB-FOS does on startup:</div> <div class=""><br class=""> </div> <div class="">* it finds the absolute path to the lkb_fos directory, and from that, it constructs a path to where it thinks bdb.so should be (e.g. on my system this is /home/ubuntu/Documents/delphin/lkb_fos/src/tsdb/linux.x86.64/bdb.so)</div> <div class=""><br class=""> </div> <div class="">* it attempts to load bdb.so from this path as a shared library</div> <div class=""><br class=""> </div> <div class="">* if there's an error in this load, it's either because the user has moved bdb.so, or libdb-4.2.so (which bdb.so depends on) can't be found</div> <div class=""><br class=""> </div> <div class="">* libdb-4.2.so will be pulled in if LD_LIBARY_PATH points to lkb_fos/lib/linux.x86.64</div> <div class=""><br class=""> </div> <div class=""><br class=""> </div> <div class="">Later in a session, if you start up the [incr tsdb()] podium it tries to load libtermcap.so.2; on my system this is in a standard Linux shared library directory so is picked up fine. But evidently this isn't the case for everyone. So to avoid installation fuss, I was just going to provide it in lkb_fos/lib/linux.x86.64 - the file is very small. LOGON also takes this approach. I'll do this in the next LKB-FOS release.</div> <div class=""><br class=""> </div> <div class="">If DELPHINHOME is set as recommended, then I think the following should be sufficient:</div> <div class=""><br class=""> </div> <div class=""> <div class="">export LD_LIBRARY_PATH=$DELPHINHOME/lkb_fos/lib/linux.x86.64:$LD_LIBRARY_PATH</div> </div> <div class=""><br class=""> </div> <div class="">And for the moment, some users will also need to execute:</div> <div class=""><br class=""> </div> <div class="">ln -s <some system library directory>/libncurses.so.5.7 .../lkb_fos/lib/linux.x86.64/libtermcap.so.2</div> <div class=""><br class=""> </div> <div class=""><br class=""> </div> <div class="">Does this look reasonable? If so I'll update LkbFos.</div> <div class=""><br class=""> </div> <div class="">John</div> <div class=""><br class=""> </div> <div class=""> <div><br class=""> <blockquote type="cite" class=""> <div class="">On 1 Jun 2020, at 05:35, Francis Bond <<a href="mailto:bond@ieee.org" class="">bond@ieee.org</a>> wrote:</div> <br class="Apple-interchange-newline"> <div class=""> <div dir="ltr" class="">Hi, <div class=""><br class=""> </div> <div class="">to get it working on ubuntu 18.04.4, I had to make some libraries visible:</div> <div class="">bdb.so, <a href="http://libdb-4.2.so" class="">libdb-4.2.so</a>, libtermcap.so.2 </div> <div class=""><br class=""> </div> <div class="">I did this with:</div> <div class="">export LD_LIBRARY_PATH=/home/bond/delphin/lkb_fos.2020/src/tsdb/linux.x86.64:/home/bond/delphin/lkb_fos.2020/lib/linux.x86.64<br class=""> </div> <div class=""><br class=""> </div> <div class="">I also had to link libtermcap.so.2 -> /lib/x86_64-linux-gnu/libncurses.so.5.9</div> <div class=""><br class=""> </div> <div class="">Maybe we could have a symbolic link from src/tsdb/linux.x86.64/bdb.so to lib/linux.x86.64/bdb.so</div> <div class="">so that we only have to point to a single directory?</div> <div class=""><br class=""> </div> <div class="">Should I make an installation section in LkbFos and add the notes there?</div> <div class=""><br class=""> </div> </div> <br class=""> <div class="gmail_quote"> <div dir="ltr" class="gmail_attr">On Fri, May 22, 2020 at 5:39 AM John Carroll <<a href="mailto:J.A.Carroll@sussex.ac.uk" class="">J.A.Carroll@sussex.ac.uk</a>> wrote:<br class=""> </div> <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> Hi all,<br class=""> <br class=""> I've just released a new version of LKB-FOS. The main change is that the Linux version includes all of the non-LOGON parts of [incr tsdb()]. The podium runs, and I believe that all of its menu commands are working correctly. I've created a foreign function interface in SBCL for the BDB C program, so training maxent models also works. Anything that's at all CPU-intensive runs a lot quicker than in the LOGON run-time binary.<br class=""> <br class=""> For macOS, I haven't made a serious attempt at recompiling the core [incr tsdb()] C programs (tsdb, swish++), so there's not much of it that works - the main useful exception being reading and applying maxent models (e.g. as described at the end of <a href="http://moin.delph-in.net/LkbGeneration" rel="noreferrer" target="_blank" class=""> http://moin.delph-in.net/LkbGeneration</a>).<br class=""> <br class=""> No LOGON-specific functionality is available (i.e. source code enabled by the :logon feature), which means that PVM, WWW demo, SVMs and language models, external MT system interfaces etc are missing. If anyone particularly wants one of these features in LKB-FOS, it should be possible now there's a solid foundation to start from.<br class=""> <br class=""> BTW, below is a relevant posting to the developers list by Stephan in 2006. The previous posting in that thread was over-optimistic: a number of issues (which I won't bore this list with) made the port to SBCL harder than one might have expected. Anyway, I'm pleased to have made progress on this issue 14 years on!<br class=""> <br class=""> All the best,<br class=""> <br class=""> John<br class=""> <br class=""> PS The new LKB-FOS contains many other improvements - please see the README. Download link at <a href="http://moin.delph-in.net/LkbFos" rel="noreferrer" target="_blank" class=""> http://moin.delph-in.net/LkbFos</a><br class=""> <br class=""> <br class=""> > <a href="http://lists.delph-in.net/archives/developers/2006/000632.html" rel="noreferrer" target="_blank" class=""> http://lists.delph-in.net/archives/developers/2006/000632.html</a><br class=""> > <br class=""> > [developers] SBCL port<br class=""> > Stephan Oepen oe at <a href="http://csli.Stanford.EDU" rel="noreferrer" target="_blank" class=""> csli.Stanford.EDU</a> <br class=""> > Mon Oct 30 11:23:05 CET 2006<br class=""> > <br class=""> > howdy,<br class=""> > <br class=""> > > But I expect a port would not be too difficult to achieve for either<br class=""> > > of these systems. Stephan, what do you think?<br class=""> > <br class=""> > [incr tsdb()] makes fairly central use of foreign functions, which are <br class=""> > non-standard.  also, the [incr tsdb()] GUI depends on threads, which in<br class=""> > SBCL are just barely available (in a way different from the traditional<br class=""> > MP package), and only for Linux on x86 and AMD64 currently.  i have no<br class=""> > current plans to port [incr tsdb()] to other Lisps, and personally i am<br class=""> > not too keen on getting other developers involved in that right now.  i<br class=""> > would want to review patches to [incr tsdb()] code so as to make sure i<br class=""> > can maintain its overall design.  these days i am afraid i have no time<br class=""> > for such activity.<br class=""> > <br class=""> > the LOGON MT architecture is an extension to [incr tsdb()], i.e it has<br class=""> > inherited the same constraints on cross-platform portability.  however,<br class=""> > we are about to release a complete run-time edition of LOGON, such that <br class=""> > people will be able to get full functionality without their own license <br class=""> > for Allegro CL.<br class=""> > <br class=""> > more high-level, SBCL does look like a Lisp going the right direction.<br class=""> > but before it makes sense for us to make the coordinated effort towards<br class=""> > supporting the breadth of DELPH-IN software on a new Lisp, we should be<br class=""> > sure of our minimum requirements.  the following come to my mind:<br class=""> > <br class=""> >   (1) stable, efficient, actively maintained ANSI CL implementation<br class=""> >   (2) UniCode strings, including full external format support<br class=""> >   (3) cross-platform availability<br class=""> >   (4) multi-processing, preferably with Lisp control of scheduler<br class=""> >   (5) foreign function interface<br class=""> >   (6) high-level OS interface: run-shell-command(), sockets, et al.<br class=""> > <br class=""> > SBCL appears to have all of the above but (4).  i know CMU-CL used to<br class=""> > include the traditional MP package, but i have no idea about the other<br class=""> > desiderata there.<br class=""> > <br class=""> >                                                           best  -  oe<br class=""> > <br class=""> > +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++<br class=""> > +++ Universitetet i Oslo (IFI); Boks 1080 Blindern; 0316 Oslo; (+47) 2284 0125<br class=""> > +++     CSLI Stanford; Ventura Hall; Stanford, CA 94305; (+1 650) 723 0515<br class=""> > +++       --- oe at <a href="http://csli.stanford.edu" rel="noreferrer" target="_blank" class=""> csli.stanford.edu</a>; oe at <a href="http://ifi.uio.no" rel="noreferrer" target="_blank" class=""> ifi.uio.no</a>; stephan at <a href="http://oepen.net" rel="noreferrer" target="_blank" class=""> oepen.net</a> ---<br class=""> > +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++<br class=""> <br class=""> <br class=""> </blockquote> </div> <br clear="all" class=""> <div class=""><br class=""> </div> -- <br class=""> <div dir="ltr" class="gmail_signature">Francis Bond <<a href="http://www3.ntu.edu.sg/home/fcbond/" target="_blank" class="">http://www3.ntu.edu.sg/home/fcbond/</a>><br class=""> Division of Linguistics and Multilingual Studies<br class=""> Nanyang Technological University<br class=""> </div> </div> </blockquote> </div> <br class=""> </div> </body> </html>