On Wed, 23 Feb 2011, Ulrich Mueller wrote:
On Tue, 22 Feb 2011, Rich Freeman wrote:
Do we really need two different use flags for code-based sound
support vs file-based sound inclusion?
Maybe it's similar enough. So, unify both audio and sounds with
the global sound flag?
Bug 357661 now.
On 8 February 2011 01:18, Petteri Räty betelge...@gentoo.org wrote:
On 02/07/2011 08:08 PM, Samuli Suominen wrote:
[...]
The means are commonly used as USE flag names with result in USE
flag description. Think of gstreamer, or xine for example.
Both of these are reasonably well-known,
On Mon, Feb 7, 2011 at 3:23 PM, Gilles Dartiguelongue e...@gentoo.org wrote:
Le lundi 07 février 2011 à 08:36 +0100, Ulrich Mueller a écrit :
It's used by several packages as a local flag, and its meaning seems
to be similar enough.
[snip]
gnome-extra/gnome-games:sound - Enable sound using
Le mercredi 23 février 2011 à 21:04 +0530, Nirbheek Chauhan a écrit :
Just another datapoint: the GNOME 3 version of gnome-games won't have
USE=sound anymore, I've made it a hard-dependency since almost all the
games use it now.
It's ok, I already dropped it in gentoo-x86 ebuilds :)
--
Coming back to this. It has been suggested by ssuominen that the
audio flag should be united with sound. It's used by the following
packages:
games-rpg/drascula:audio - Install optional audio files
media-libs/libsdl:audio - Control audio support (disable at your own risk)
On Tue, Feb 22, 2011 at 12:10 PM, Ulrich Mueller u...@gentoo.org wrote:
There's also a sounds local flag which generally means install
optional sound data. Maybe games-rpg/drascula should use this one
instead?
I can vouch that eternal-lands-data uses the sound use flag in the
same way - the
On Tue, 22 Feb 2011, Rich Freeman wrote:
There's also a sounds local flag which generally means install
optional sound data. Maybe games-rpg/drascula should use this one
instead?
I can vouch that eternal-lands-data uses the sound use flag in the
same way - the only difference it makes is
On Mon, 07 Feb 2011, Samuli Suominen wrote:
+1 with exception that those using USE=sound for libcanberra should
be split into it's own USE flag called USE=libcanberra
That would be the following packages, as far as I can see:
gnome-extra/gnome-games:sound - Enable sound using
Le lundi 07 février 2011 à 08:36 +0100, Ulrich Mueller a écrit :
It's used by several packages as a local flag, and its meaning seems
to be similar enough.
app-editors/emacs:sound - Enable sound
app-editors/emacs-vcs:sound - Enable sound
app-misc/anki:sound - Enable support for adding
On 02/07/2011 09:36 AM, Ulrich Mueller wrote:
It's used by several packages as a local flag, and its meaning seems
to be similar enough.
app-editors/emacs:sound - Enable sound
app-editors/emacs-vcs:sound - Enable sound
app-misc/anki:sound - Enable support for adding sound to cards
On 02/07/2011 03:15 PM, Samuli Suominen wrote:
+1 with exception that those using USE=sound for libcanberra should be
split into it's own USE flag called USE=libcanberra
and USE=sound should be kept for the generic ones
libcanberra describes the means and not the results so we should
On 02/07/2011 07:55 PM, Petteri Räty wrote:
On 02/07/2011 03:15 PM, Samuli Suominen wrote:
+1 with exception that those using USE=sound for libcanberra should be
split into it's own USE flag called USE=libcanberra
and USE=sound should be kept for the generic ones
libcanberra describes
On 02/07/2011 08:08 PM, Samuli Suominen wrote:
On 02/07/2011 07:55 PM, Petteri Räty wrote:
On 02/07/2011 03:15 PM, Samuli Suominen wrote:
+1 with exception that those using USE=sound for libcanberra should be
split into it's own USE flag called USE=libcanberra
and USE=sound should be kept
It's used by several packages as a local flag, and its meaning seems
to be similar enough.
app-editors/emacs:sound - Enable sound
app-editors/emacs-vcs:sound - Enable sound
app-misc/anki:sound - Enable support for adding sound to cards
games-arcade/tuxanci:sound - Enable sound
14 matches
Mail list logo