[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Linphone-developers] [mediastreamer] [patch] avoid auto-dependencie

From: Simon Morlat
Subject: Re: [Linphone-developers] [mediastreamer] [patch] avoid auto-dependencies
Date: Mon, 27 Apr 2009 11:28:25 +0200
User-agent: KMail/1.11.2 (Linux/2.6.29-1-amd64; KDE/4.2.2; x86_64; ; )


Thanks, I 've applied your patch in svn.
The status of speex in mediastreamer2 is:
- speex brings a lot of interesting features in mediastreamer2: echo canceler, codec, audio mixer with denoising capabilities (MSConf), audio resampling. For these reasons it was set as mandatory.
- however I can imagine people might be totally uninterested by these features, so speex can be safely removed if the above mentionned features are turned off (by removing conditionnaly their associated c file from the list.


Le Friday 24 April 2009 01:16:26 Mounir Lamouri, vous avez écrit :
> Hi,
> I'm a gentoo developer and I've just wrote an ebuild for the last
> mediastreamer (2.2.3) library to make easier the ebuild writing of
> linphone-3.1.0.
> When writing this ebuild I realized mediastreamer was doing a lot of
> auto-magic dependencies. I don't know if this term is gentooish so I
> will explain it briefly : it consist to add a feature by checking if a
> package is installed but without letting the user deactivate this
> feature even if he has the package installed. In other words, this means
> if I've theora installed it doesn't mean I automatically want it to be
> used by mediastreamer.
> So my patch [1] is adding new optional features in the configure script
> (oss, gsm, jack, speex, theora and x11 if i remember correctly).
> There an automagic dep remaining, v4l. But it looks like it can't be
> really disabled (msv4l is including v4l headers even if not detected).
> Let me know if you are willing to merge the patch in your trunk.
> [1]
> Thanks,
> Mounir
> _______________________________________________
> Linphone-developers mailing list
> address@hidden

reply via email to

[Prev in Thread] Current Thread [Next in Thread]