[pkg-wine-party] 1.4: Obsolete sound backends, questions

Austin English austinenglish at gmail.com
Mon May 21 18:24:04 UTC 2012


On Mon, May 21, 2012 at 5:05 AM, Hilko Bengen <bengen at debian.org> wrote:
> * Austin English:
>
>> On Sun, May 20, 2012 at 5:26 PM, Michael Gilbert
>> <michael.s.gilbert at gmail.com> wrote:
>>> On Sun, May 20, 2012 at 5:15 PM, Hilko Bengen wrote:
>>>> 1. Upstream no longer supports NAS, Esound, Jack, I propose to remove
>>>>   the corresponding binary packages.
>>> Seems appropriate.
>> Yeah, they've been dead since 1.3.25.
>
> Good, that was easy.
>
>>>> 2. oss4-dev is now needed for building the contents of libwine-oss.
>>>>   Adding it is an easy fix.
>>>> [...]
>>> It does no harm to keep it around on linux, and it looks like you're
>>> proposing to keep it with the added the oss4-dev build dependency
>>> anyway.
>> I'd support having it available on Linux as well. In general, Wine's
>> alsa support gets more use and tends to be less buggy, but having an
>> alternative doesn't hurt :).
>
> Let's do that, then.
>
>>>> 3. Support for GStreamer has been added upstream. What should be done
>>>>   about that?
>>> Lets add a package to support it.
>> Yes. It's non critical, it's used to play e.g., game intro videos by
>> native quartz/strnbase.
>
> My test build on linux-i386 shows me that these files are built:
>
> /usr/lib/wine/winegstreamer.dll.so
> /usr/lib/wine/fakedlls/winegstreamer.dll
>
> Should those really be split off into a separate package? I see no real
> benefit in doing so while splitting them off would certainly require
> extra testing.

It's similar to alsa/cups/sane/etc., it's not a critical part of wine.
Personally, I'd prefer to see wine together as two packages
(wine/wine-gecko), but if you're sticking with having optional
components be in separate packages, I see no reason why gstreamer
support shouldn't be in that list.

-- 
-Austin



More information about the pkg-wine-party mailing list