re: ARRL's LoTW with Debian Sarge

[John Mock <kd6pag@qsl.net>]

I couldn't use the ARRL binaries because i'm running on a PowerPC, so i
had to build it from scratch.  So here's a (perhaps) boring description
of what it took to get as far as being able to request a certitificate
from the ARRL.

Here's the packages i needed to build 'tqsllib':

   libssl-dev
   libexpat1-dev
   libtool

Compilation still failed because 'openssl_cert.h' contained

   #include <openssl/e_os.h>

which didn't exist after installing the above packages.  So i commented
out the reference to 'e_os.h', since there was a remark about working
around a bug anyway, and it seemed to compile with a nominal number of
warnings.

When i tried to build 'TrustedQSL-1.06', i found no README file, so tried
the procedure for 'tqsllib', given the directory was called 'tqsllib-apps'.
'./configure' failed because it couldn't find 'tqsllib'.  So i tried the
suggestion './configure --with-tqsllib=/usr/src/tqsllib', but no luck there
either.  That didn't work, so i read 'configure' file and then defined
$TQSLLIB as an environment variable [see below].  Then './configure' 
succeeded.  But it shouldn't have, as compilation lost with:

    tqslcert.h:18:23: wx/wxprec.h: No such file or directory
    tqslcert.h:19:23: wx/object.h: No such file or directory
    tqslcert.h:20:23: wx/config.h: No such file or directory
    tqslcert.h:27:27: wx/wx.h: No such file or directory
    tqslcert.h:30:23: wx/wxhtml.h: No such file or directory

So 'configure' needs to check for this as well as having '--with-tqsllib'
work properly.  So add to the package list:

    libwxgtk2.4-dev

Now, i find out that the libraries are in a different directory, so
$TQSLLIB should have been set to '../tqsllib/.libs' instead.  It then
compiles, and one can start './tqsl', once 'libtqsllib.so.0' is put
somewhere in one's library path.  However, './tqslcert' doesn't do so 
well, complaining "Configuration file error" if one tries to request 
a certificate (by answering "Yes" to the initial query, for example).

Hmmm, maybe it needs to be installed...

    sudo make install
    strip tqslcert tqsl
    /usr/bin/install -c -d /usr/bin /usr/share/doc/tqslcert /usr/share/doc/tqslapp /etc/tqsl
    /usr/bin/install -c -C tqslcert tqsl /usr/bin
    /usr/bin/install: invalid option -- C
    Try `/usr/bin/install --help' for more information.
    make: *** [install] Error 1

Changing '-C' to '-D' in the 'Makefile' seemed to fix that, but then i got:

    sudo make install
    strip tqslcert tqsl
    /usr/bin/install -c -d /usr/bin /usr/share/doc/tqslcert /usr/share/doc/tqslapp /etc/tqsl
    /usr/bin/install -c -D tqslcert tqsl /usr/bin
    /usr/bin/install -c -D tqslcert_help/*.* /usr/share/doc/tqslcert
    /usr/bin/install -c -D tqsl_help/*.* /usr/share/doc/tqslapp
    /usr/bin/install -c -D ../licenses/* /usr/share/doc/tqslapp
    /usr/bin/install: cannot stat `../licenses/*': No such file or directory
    make: *** [install] Error 1

So i picked up the .rpm for i386, and tried to convert it, with the
expected failure due to machine-type mismatch.  However, amid the 
debris could be found

    .../tqsllib-1.0/debian/tqsllib/etc/tqsl/config.xml

Which i copied to /etc/tqsl, and then 'tsqlcert' ran nominally (but i'm
still not sure the 'install' completed properly).  

Alas, the certificate information in 'tqsllib-1.2-1.i386.rpm' did not
appear to be valid, as it referred to the beta-test program.  HOWEVER,
it did seem to be accepted if mailed to 'lotw-logs@arrl.org' and not the
address mentioned in the pop-up window (lotw-test@arrl.org).  *whew*
We'll see what happens when i get my postcard in the mail...

I hope this helps and maybe someone can generate a Debian package for
this, as it's not exactly straightforward (and thus help out those of 
us who have clearly chosen not to run Windows by having a non-Intel 
achine).
		      -- KD6PAG  (Networking Old-Timer, Satellite QRPer)

P.S.  Hmmm, i wonder if it has provisions for separate uplink and downlink
frequencies...