Summary: | net-mails/mailutils-3.15(stable): guile bindings don't work out of the box. (guile-2.2, stable) | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Bastien Rissoan <rissoan.bastien> |
Component: | Current packages | Assignee: | Gentoo Linux bug wranglers <bug-wranglers> |
Status: | RESOLVED DUPLICATE | ||
Severity: | minor | CC: | jstein |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | The module "mailutils.scm", how I rewrote it to make it function, and the output of "portage --info" |
*** This bug has been marked as a duplicate of bug 923018 *** |
Created attachment 883246 [details] The module "mailutils.scm", how I rewrote it to make it function, and the output of "portage --info" Hi, I recently compiled the stable version of mailutils with "guile" use flags. Loading the mailutils module from guile fails out of the box. Here is why: The guile module is installed in "/usr/share/guile/site/2.2/mailutils/mailutils/mailutils.scm". The piece of scheme code "only" loads C-libraries: either the environment variable "MAILUTILS_SCM_LIBRARY_ROOT" is set, and it looks in this directory, expecting a specific structure (for example: "libproto/mh/libmu_mh"; otherwise it looks for a file called "libguile-mailutils-v-${V}" in "/lib/64". Portage installed all the required libraries (.so files) on "/lib/64", at the top level, and there is no "libguile-mailutils-v-${V}", so "mailutils.scm" fails. As a workaround, I rewrote "mailutils.scm" so that it points to the actual location of the libraries of my system, and I can use the module as expected.