[Fedora-packaging] Filtering requires

[Toshio Kuratomi]

On Wed, Apr 11, 2012 at 09:26:30PM +0200, Brendan Jones wrote:
> On 04/11/2012 09:16 PM, Toshio Kuratomi wrote:
> >So -- I write a plugin and it can be hosted by any number of applications?
> 
> Yes - the host application would either use lv2core or slv2 to do so.
>
Hmmm... okay

So how does this sound as a paraphrase... suil and lv2core are abstractions
for running plugins.  They are not abstractions for dependencies.  What that
means is that suil and lv2core allow a host application to run any plugin
written for the lv2core framework   But it can only do this if the proper
deps are on the system.  For instance:

Application foo written using Qt4 and application bar written using gtk2.

If any of qt4, gtk2, or the suil module that allows embedding gtk2 plugins
in a qt4 application are missing, then the bar plugin cannot be loaded into
the suil application.

With these constraints, I think you were (unfortunately :-( right about the
choices.  You need all of the siul modules installed since you don't know
what combination of toolkits the particular application and plugin combos
the user is running will need.  Filtering the dependencies shouldn't be too
bad for the end user.  The plugin and the application will pull in the
correct UI toolkit libraries for the suil module to work.  But as the
packager you then have to manually track things that ordinarily are just
a repoquery away.

You might be able to use BuildRequires with a specific version to help alert
you to problems and that's not a proactive approach.

-Toshio
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://lists.fedoraproject.org/pipermail/packaging/attachments/20120411/93ced80d/attachment.sig>