[developers] LUI binaries in the main LKB repository

Woodley Packard sweaglesw at sweaglesw.org
Wed Feb 13 22:41:30 CET 2019


I have taken Francis's advice and set up scripts for compiling a 
full-ish set of binaries for ACE-dependent tools.  My plan is to upload 
a package of such binaries to the following address whenever(?) I 
release new ACE versions.  You will find 0.9.29 and 0.9.30 compatible 
binaries there today for fftb, csaw, ffmaster, ffworker, exmaster and 
exworker.  If you grab an fftb binary from here, keep in mind that you 
need to either explicitly tell it where the HTML/JS files it needs live 
with --webdir= or else put the binary adjacent to that assets directory.


I hope this proves useful to somebody :-).  Please let me know if you 
find that these binaries don't work, or if you notice I am not keeping 
up with publishing them.  For the moment you will only find x86 
binaries; scripting the build process for OSX, for the moment, is still 
on the to-do list.  Note that yzlui and art binaries are not tied to ACE 


On 12/11/2018 07:21 AM, Francis Bond wrote:
> If and when you are looking at building things, it would be great if you
> could script creating a full set of binaries for each ace version.   This
> would make life much easier for Zhong, Jacy and Indra.
> ace
> ace-which-makes-quickcheck files
> fftb
> ffmaster, ffworker
> csaw
> exmaster, exworker
> yzlui
> art
> I'm not sure if the last two have to be redone for each version of ace, ...
> On Tue, Dec 11, 2018 at 11:09 PM Woodley Packard <sweaglesw at sweaglesw.org>
> wrote:
>> Hi Stephan,
>> My most recent attempt at building anything in the RHEL VM was not a
>> successful experience.  I have another ancient and 64-bit build environment
>> that I used for my recent ACE and FFTB binary contributions to the LOGON
>> tree, so far without noticeable incident.  I believe you are right that
>> attempts to make yzlui completely statically linked have been failures ever
>> since the addition of pango support.  I expect to be able to produce a
>> yzlui binary of similar portability to the current LOGON tree’s ACE and
>> FFTB without too much trouble, and will give that a try.
>>  From the San Jose airport, where there is a distinct lack of adorable snow,
>> Woodley
>>> On Dec 11, 2018, at 6:26 AM, Stephan Oepen <oe at ifi.uio.no> wrote:
>>> hi again, woodley,
>>> returning to a thread from a couple of years ago :-).  dan is visiting
>>> this week, and we are seeking to consolidate things in the LOGON tree
>>> for premium support of the latest ERG release.  in doing so, we
>>> re-discovered that the yzlui binaries in LOGON (contributed by you in
>>> february 2014) actually both are compiled for 32-bit environments.  i
>>> dimly recall that was a deliberate decision at the time, but today it
>>> causes dan problems that he used to not be aware of (because he had
>>> back-dated his yzlui locally to an older 64-bit binary of unknown
>>> provenance); somewhat curiously, it does not cause me problems,
>>> apparently because i happen to have the right set of 32-bit
>>> compatibility libraries installed.
>>> hence ...
>>>> I believe there is no reason a 64-bit yzlui could not be built, and I
>> also believe I still am in possession of an elderly RedHat VM, although I
>> am not sure it is a 64-bit VM.
>>>> Is the problem that running 32-bit binaries on a 64-bit system requires
>> extra compatibility libraries, and you would like to remove that dependency?
>>> yes, indeed.  it is getting increasingly difficult to make users
>>> install the right set of compatibility libraries, i feel.  and i
>>> believe we had concluded (in 2014) that yzlui actually had to be
>>> dynamically linked and that at least several of its shared library
>>> dependencies could not be bundled with the binary, for proper font and
>>> unicode support on a specific local system.  does that resonate with
>>> your memory from those days?
>>> so, could we take you up on the kind offer to try and cook a 64-bit
>>> version of yzlui in a suitably rustic linux environment (RHEL6 appears
>>> to be at glibc version 2.12 today; i suspect the virtual machine image
>>> you have may have originated from here)?
>>> best wishes; the snow is adorable!  oe

More information about the developers mailing list