[darcs-users] 0.9.1[89] fails on OpenBSD with ssl issues

[Donald Bruce Stewart]

Hey,

I have found two issues while updating the OpenBSD port of darcs. 
(Yes, there is a port to OpenBSD, in the ports tree!).

darcs 0.9.18 and 0.9.19 will build fine, under at least ghc 6.2.1, but when the
binary is executed on OpenBSD it produces:

        paprika$ ./darcs
        11872:error:02001002:system library:fopen:No such file or
        directory:/usr/src/lib/libssl/crypto/../src/crypto/bio/bss_file.c:276:
                fopen('../apps/server.pem','r')
        11872:error:20074002:BIO routines:FILE_CTRL:system
        lib:/usr/src/lib/libssl/crypto/../src/crypto/bio/bss_file.c:278:
        11872:error:140AD002:SSL routines:SSL_CTX_use_certificate_file:system
        lib:/usr/src/lib/libssl/ssl/../src/ssl/ssl_rsa.c:515:
        ERROR in SERVER
        11872:error:1408A0C1:SSL routines:SSL3_GET_CLIENT_HELLO:no shared
        cipher:/usr/src/lib/libssl/ssl/../src/ssl/s3_srvr.c:887:
        TLSv1, cipher (NONE) (NONE)
or:
        paprika$ darcs --version 
        unknown option --version
        usage: ssltest [args ...]

         -server_auth  - check server certificate
         -client_auth  - do client authentication
         -v            - more output
         -d            - debug output
         -reuse        - use session-id reuse
         -num <val>    - number of connections to perform
         -bytes <val>  - number of bytes to swap between client/server
         -dhe1024      - use 1024 bit key (safe prime) for DHE
         -dhe1024dsa   - use 1024 bit key (with 160-bit subprime) for DHE
         -no_dhe       - disable DHE
        [snip]

Similarly for other darcs commands. This doesn't occur in 0.9.17 or earlier,
and I don't have much of a clue at the moment how to proceed. Has anyone seen
this before? Is it an ssl configuration issue?

An aside: 
reverting to 0.9.17 doesn't help me to update the port, because 0.9.17
seems to have had a bug on (at least) amd64/openbsd and ia64/linux. It
fails at runtime on a number of commands:

        $ mkdir d
        $ cd d
        $ darcs inittree
        Successfully initialized tree!
        $ touch f
        $ darcs add f
        $ darcs whatsnew

        Fail: Prelude.chr: bad argument

This bug doesn't appear in 0.9.19 on ia64/linux so I'm assuming it has been
fixed in general. But I'm sure it won't hurt to point out this issue in case
you haven't seen it before.

Cheers, 
   Don