<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">On 10/22/2013 09:38 AM, Nathanael D.
      Noblet wrote:<br>
    </div>
    <blockquote cite="mid:52669C06.8090702@gnat.ca" type="cite">----------------------------------------
      <br>
      Exception happened during processing of request from
      ('::ffff:192.168.56.12', 49561, 0, 0)
      <br>
      Traceback (most recent call last):
      <br>
        File "/sbin/mandos", line 1861, in sub_process_main
      <br>
          self.finish_request(request, address)
      <br>
        File "/usr/lib64/python2.7/SocketServer.py", line 334, in
      finish_request
      <br>
          self.RequestHandlerClass(request, client_address, self)
      <br>
        File "/usr/lib64/python2.7/SocketServer.py", line 649, in
      __init__
      <br>
          self.handle()
      <br>
        File "/sbin/mandos", line 1696, in handle
      <br>
          (session))
      <br>
        File "/sbin/mandos", line 1825, in fingerprint
      <br>
          (gnutls.library.functions
      <br>
      AttributeError: 'module' object has no attribute
      'gnutls_openpgp_crt_init'
      <br>
      ----------------------------------------
      <br>
      <br>
      Which attempts over and over but never succeeds obviously. Any
      idea what could cause that issue</blockquote>
    <br>
    More progress on this front. Applying the patch found here
    <meta http-equiv="content-type" content="text/html;
      charset=ISO-8859-1">
    <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1015332">https://bugzilla.redhat.com/show_bug.cgi?id=1015332</a>
    allows the mandos server to run on an up to date Fedora 19 machine
    with gnutls-3.11 and python-gnutls-1.2.4. <br>
    <br>
    Basically it removes the inclusion of gnutls-extra which doesn't
    exist and then modifies the test function for opengpg inclusion to a
    function that actually exists instead of one that has been
    permanently removed.<br>
    <br>
    Now onto systemd service file creation and dracut integration.<br>
    <br>
    One of the things I know we'll have problems with is your Makefile
    hardcodes the lib directory to /usr/lib, and in a multi-lib
    situation x86_64 arches for fedora are /usr/lib64, I'm sure we could
    pre-patch your Makefile prior to packaging locally however I'm
    wondering if you guys would be okay to somehow make that a
    detectable setting or an environment variable? If I made that change
    would you accept a patch like that?<br>
    <br>
    <br>
  </body>
</html>