[Ham-Mac] TrustedQSL Software vs. Macintosh

[email protected] [email protected]
Wed, 15 Oct 2003 13:22:57 -0500


I actually left this project a long time ago out of boredom... ;-)  I 
wasn't going to use it myself, and it hardly seemed worth the effort, 
considering how miffed I was at the ARRL for their shoddy "support" of 
"cross platform" work. I still haven't renewed my membership largely 
over this issue.

  However, I thought maybe I'd take a look at things again. They don't 
seem to be getting better, either...

  I'm starting off here with the latest versions available on the web:

  tqsllib-v1.3
  tqsllib-app-v1.08

On Oct 7, 2003, at 10:19 PM, Willard Myers wrote:
> Last night I built tqsllib on Mac OS X. For the developers among you: 
> tqsllib requires installing the expat library (from internet sources); 
> the version I found had a problem in its header file. tqsllib also 
> requires OpenSSL, which is already installed on Mac OS X, but the 
> provided support files don't find it. Both problems aren't hard to 
> work around.

  And it's also broken under MacOS X 10.3...  The makefile insists on 
using libtool for each step of the build, and the libtool with MacOS X 
10.3 just doesn't cope with all the options they are giving it. 
However, you can simply remove the $(LIBTOOL) stuff and just run the 
gcc or g++ commands directly and it seems okay... However, it builds 
libtqsllib.la, but looks for libtqsllib.a.  A symlink seemed to make it 
happy (or, I suppose, renaming the file).

It also seemed to be looking for a library I don't have.... -liberty, 
but no ill effects when I just told it to ignore it.

  Back to the same problem, though, when trying to build the wxWindows 
apps... I'm using the latest v2.4.2 of wxWindows and get these errors, 
which I think are similar to what I had encountered last time I tried 
this:

g++ -O0 -g3 -Wall -I../tqsllib  -DHAVE_LIBCRYPTO=1 -DSTDC_HEADERS=1 
-DHAVE_MKDIR=1 -DHAVE_STRERROR=1  `wx-config --cflags` -c -o crqwiz.o 
crqwiz.cpp
crqwiz.cpp: In constructor `CRQ_ProviderPage::CRQ_ProviderPage(CRQWiz*,
    TQSL_CERT_REQ*)':
crqwiz.cpp:86: error: no matching function for call to 
`wxComboBox::Append(
    char[257], void*)'
/usr/local/include/wx/mac/combobox.h:68: error: candidates are: virtual 
void
    wxComboBox::Append(const wxString&)
crqwiz.cpp: In constructor `CRQ_IntroPage::CRQ_IntroPage(CRQWiz*,
    TQSL_CERT_REQ*)':
crqwiz.cpp:173: error: no matching function for call to 
`wxComboBox::Append(
    const char*, void*)'
/usr/local/include/wx/mac/combobox.h:68: error: candidates are: virtual 
void
    wxComboBox::Append(const wxString&)
make: *** [crqwiz.o] Error 1

  So there is no easy front-end fix here... However, it may be prudent 
to just build a Cocoa front end around the library functions and throw 
all this code away.

  What functions are we really looking for?

  * Generate Certificate Signing Request with station info in it

  * Present CSR to LoTW

  * Obtain Certificate
   (what is this about sending an email with signed password to the 
ARRL?)

  * Store certificates

  (At this point, how different is this from standard x509 certs???)

  Under MacOS X, I suppose the keychain is the logical place to store 
these certificates...

   * Renewal process?

   Anyway, looking at the documentation online, and included with the 
tar files, this projects seems to be in a pitiful state. It is largely 
only useful to those who are on the inside developing it at this point, 
because there is VERY little actual documentation on using this from a 
third party program....

  If I'm wrong, PLEASE let me know.

  Anyway, I guess this goes back onto the rear burner....

-. ----. -.-- - -.--
Steve Palm - [email protected]
-. ----. -.-- - -.--