[Pkg-gnutls-maint] [PATCH] Add a package for the Guile bindings

Ludovic Courtès ludo at gnu.org
Sat Nov 3 14:19:08 UTC 2007


Hi Andreas,

Andreas Metzler <ametzler at downhill.at.eu.org> writes:

> On 2007-11-03 Ludovic Courtès <ludo at chbouib.org> wrote:
>> Andreas Metzler <ametzler at downhill.at.eu.org> writes:
>
>> > Should the .so symlink libguile-gnutls-v-0.so really go into
>> > guile-gnutls instead of the libgnutls-dev package?
>
>> Right, I just noticed it, sorry (I attached an updated patch).
> [...]
>
> Hmm.

Yeah, I should have mentioned that I'm really a newbie in Debian
packaging.  So I don't mind being corrected.  ;-)

(BTW, last time I tried, "pbuilder create" would fail on `unstable',
which makes it harder to test packages...)

>> --- /dev/null
>> +++ b/guile-gnutls.install
>> @@ -0,0 +1,2 @@
>> +debian/tmp/usr/lib/libguile-gnutls*.so* usr/lib
>> +debian/tmp/usr/share/guile/site usr/share/guile
>
> debian/tmp/usr/lib/libguile-gnutls*.so* matches libguile-gnutls-v-0.so,
> therefore libguile-gnutls-v-0.so will be installed in guile-gnutls.

Right.

> So I guess these are not really libraries but are dlopened. I guess I
> should not ship a shlibs files either. Shipping the .so link in
> guile-gnutls makes sense, too.

Yep.

> If these are not really libraries that are handled by the regular
> dynamic linker, should they really be installed directly in /usr/lib?
> Should not a private guile subdirctory be used the same way perl,
> python or even mono handels this? I do realize that all guile packages
> do as you did, it just seems wrong.

Well, you're right on both points: Guile packages usually install such
glue libs under `/usr/lib' (`guile-gnome0-gtk' is an exception), and
it feels wrong to do so.

I wouldn't mind putting them under $pkgdatadir.  This will probably not
change upstream right now, but we could patch `guile/src/Makefile.am' to
DTRT if you want.

Thanks!

Ludovic.



More information about the Pkg-gnutls-maint mailing list