Comment 7 for bug 816153

My understanding is that the problem is that a dlopen() is attempted against libc.so, which is a text file.

$ file /usr/lib/x86_64-linux-gnu/libc.so
/usr/lib/x86_64-linux-gnu/libc.so: ASCII English text

Changing it to libc.so.6 did fix the problem:

$ file /lib/x86_64-linux-gnu/libc.so.6
/lib/x86_64-linux-gnu/libc.so.6: symbolic link to `libc-2.15.so'

therefore I tried the following patch which seems to fix the issue:

--- dante-1.1.19.dfsg.orig/configure
+++ dante-1.1.19.dfsg/configure
@@ -29690,7 +29690,7 @@
   LIBC_NAME=`ls /usr/lib/libc.so* /lib/libc.so* | sed -e 's/.*\///' | sort -nr | head -n 1`
   if test "x${LIBC_NAME}" = x; then
    #nothing found, set libc.so anyway
- LIBC_NAME="${base_library_path}libc.so"
+ LIBC_NAME="${base_library_path}libc.so.6"
   fi
  ;;

Providing the debdiff for precise.