fluid-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [fluid-dev] New debian/ubuntu package available for testing


From: josh
Subject: Re: [fluid-dev] New debian/ubuntu package available for testing
Date: Sat, 09 May 2009 18:29:00 -0400
User-agent: Internet Messaging Program (IMP) H3 (4.1.6)

Quoting David Henningsson <address@hidden>:

Bernat Arlandis i Mañó skrev:
It installs and works ok,

Hooray! :-)

but building the package gives these warnings:

dpkg-shlibdeps: warning: dependency on libpthread.so.0 could be avoided
if "debian/fluidsynth/usr/bin/fluidsynth" were not uselessly linked
against it (they use none of its symbols).

Since "ldd fluidsynth" displays a dependency on libpthread this issue
seems to be inherited from upstream. Is this a problem that can be fixed
by editing the autotools files? Josh, perhaps you know how to fix that?


I lack some knowledge in the area of shared libraries. I notice that when running ldd on the fluidsynth executable, it comes up with a large list of dependencies, which aren't actually used in the fluidsynth application itself, but are instead dependencies of libfluidsynth. Perhaps ldd is recursively listing the dependencies though?

The src/Makefile.am is using "fluidsynth_LDADD = libfluidsynth.la" to link in the libfluidsynth library. This seems correct and I'm not sure where any other unnecessary linkage is occurring.


I can't install the -dev package since it depends on libjack0.100.0-dev,
this is a dummy transitional package, you should depend on libjack-dev
instead.

Ok, noticed. But can't you just install libjack0.100.0-dev then? It is
present in sid.

Now that we're at it, QSynth is orphaned, aren't you interested on
maintaining it too? ;)

Given the boring copyright work I had to do for fluidsynth, I'm not
interested at the moment. After all, fluidsynth 1.0.9 is not even
uploaded to unstable yet. :( If you or anyone else want to help out, you
can do so by verifying that there are no copyright violations in
fluidsynth, in particular, checking

1) that the alsa driver has not borrowed any code from Ardour (which is
currently released under GPL).

2) that the code borrowed from the music-dsp code archive (or list) was
used with permission.

// David


I'm fairly certain there aren't any issues with Ardour borrowed code. The rest of FluidSynth should be fairly clean also. Like Bernat mentioned, I think we should assume it is safe code (I'm fairly certain it is) and take action if someone complains.

Best regards,

Josh





reply via email to

[Prev in Thread] Current Thread [Next in Thread]