On Fri, 6 May 2005, Jeremy C. Reed wrote:

> On Fri, 6 May 2005, Thomas Klausner wrote:
>
>> P.S.: It might be that currently available binary package sets
>> are incomplete from before this change, but I expect that at
>> least starting with the next stable branch, incomplete binary
>> package sets should be a problem of the past.
>
> Not related to security, but xine-lib depends on win32-codecs which has an
> unknown license restricting it from FTP and CD collections. This causes
> "incomplete binary package sets" such as: gxine, kdemultimedia, kmplayer,
> xine-arts, xine-esound, xine-ui, kdeaddons, kde, acidrip, dvdrip,
> gmencoder, and maybe others. (Notice "kde"!)
>
> This is PR 29912. I never fixed myself, because I am waiting for an okay.
> I am proposing a XINE_USE_WIN32_CODECS option. I don't know xine code so I
> don't know if there can easily be added package to provide these.
>
> Probably same needs to be done for realplayer-codecs too.

 	Just to clarify - this would make a win32-codecs free xine
 	package which works, but will automatically use the win32-codecs
 	package if installed?

-- 
 		David/absolute       -- www.NetBSD.org: No hype required --