[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Staying on top of Qt security
From: |
Andreas Enge |
Subject: |
Re: Staying on top of Qt security |
Date: |
Thu, 25 Feb 2016 09:35:45 +0100 |
User-agent: |
Mutt/1.5.24 (2015-08-30) |
Hello,
looking at why ardour depends on qt-4, I came across suil:
(description
"Suil is a lightweight C library for loading and wrapping LV2 plugin UIs.
Suil makes it possible to load a UI of a toolkit in a host using another
toolkit. The API is designed such that hosts do not need to explicitly
support specific toolkits – if Suil supports a particular toolkit, then UIs in
that toolkit will work in all hosts that use Suil automatically.
Suil currently supports every combination of Gtk 2, Qt 4, and X11.")
It is currently used by ardour and jalv, both of which seem to use gtk+-2
and not qt-4.
The suil package itself, however, depends on gtk+-2 _and_ qt-4.
Do you think we could drop the qt-4 input?
If at some point in time suil also works with qt-5, we might be better
served by creating two packages, suil-gtk and suil-qt, with only one of
the respective inputs; I find it unlikely that an application would need
both of gtk+ and qt.
Andreas
- Re: Staying on top of Qt security, (continued)
- Re: Staying on top of Qt security, Christopher Allan Webber, 2016/02/18
- Re: Staying on top of Qt security, Andreas Enge, 2016/02/18
- Re: Staying on top of Qt security, Christopher Allan Webber, 2016/02/20
- Re: Staying on top of Qt security, Leo Famulari, 2016/02/21
- Re: Staying on top of Qt security, Christopher Allan Webber, 2016/02/21
- Re: Staying on top of Qt security, Leo Famulari, 2016/02/21
- Re: Staying on top of Qt security, Andreas Enge, 2016/02/22
- Re: Staying on top of Qt security, Leo Famulari, 2016/02/22
- Re: Staying on top of Qt security, Andreas Enge, 2016/02/22
Re: Staying on top of Qt security, Andreas Enge, 2016/02/22
Re: Staying on top of Qt security,
Andreas Enge <=
Re: Staying on top of Qt security, Ricardo Wurmus, 2016/02/25