Re: [bug-GNUnet] Gnunet doesn't work with standard prefix

[Christian Grothoff]

What it doesn't like is that the libraries are not in a directory ending 
with 'lib/'.  At that point, a heuristic to find the 'share' directory 
fails (the heuristic says that if the library is in 
X/lib/libgnunetutil.so, the config.d directory should be in 
X/share/gnunet/config.d/).  The code contains a few heuristics to find 
the resource files, we don't hard-code the path as often the binaries 
are re-located (i.e. by package managers).  If you had *only* used 
--prefix=/usr or --prefix=/usr/local, those heuristics would work.

Now, this is still not a bug as there is one meta-heuristic which you 
can use to make sure the path is found.  For this, you need to set the 
environment variable "GNUNET_PREFIX" (I think to just '/usr/' in your 
case, as I think the config.d should be in /usr/share/gnunet/config.d/ 
with this configure invocation).

After that, the peer should start.  GNUNET_PREFIX is documented in the 
README and other places, btw.


Happy hacking!

Christian

On 04/01/2012 04:13 PM, Bertrand Marc wrote:
> Hello,
>
> I am trying to package Gnunet 0.9.2 for Debian and I can't get it work
> properly as soon as I use standard prefixes like these :
> ./configure --build=x86_64-linux-gnu --prefix=/usr
> --includedir=\${prefix}/include --mandir=\${prefix}/share/man
> --infodir=\${prefix}/share/info --sysconfdir=/etc --localstatedir=/var
> --libdir=\${prefix}/lib/x86_64-linux-gnu
> --libexecdir=\${prefix}/lib/x86_64-linux-gnu --disable-maintainer-mode
> --disable-dependency-tracking
>
> make && make install seem to work, but any execution fails with errors
> like this one :
> avril 01 16:09:46-575611 util-25267 WARNING `stat' failed on file
> `/usr/lib/x86_64-linux-gnu/share/gnunet/config.d' at disk.c:1081 with
> error: Aucun fichier ou dossier de ce type
> avril 01 16:09:46-575705 resolver-api-25267 ERROR Must specify
> `HOSTNAME' for `resolver' in configuration!
> avril 01 16:09:46-575726 gnunet-fs-25267 ERROR Assertion failed at
> resolver_api.c:204.
>
> And tests fail (see attached). I don't understant why gnunet would look
> for share* in $libdir instead of $prefix. Do you how this is possible ?
>
> Last thing, with prefix = $HOME, Gnunet seems to work but the tests also
> fail.
>
> Regards,
> Bertrand Marc
>
>
>
> _______________________________________________
> Bug-GNUnet mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/bug-gnunet