[Slackbuilds-users] Needing requirements built with options

Ryan P.C. McQuen ryanpcmcquen at gmail.com
Mon Jul 14 21:45:13 UTC 2014


If there are other situations meriting gst1-plugins-bad built against libmodplug, wouldn't it be worth it to make it a hard dependency? Does anyone really mind one extra package if it means better compatibility down the road?


---
<ryanpcmcquen.com>


> On Jul 14, 2014, at 2:39 PM, King Beowulf <kingbeowulf at gmail.com> wrote:
> 
>> On 07/14/2014 02:08 PM, Doogster wrote:
>> I'm about to submit a new version of gnome-inform7, and I've run into a
>> problem. It requires gst1-plugins-bad, and it needs gst1-plugins-bad to
>> have been built with libmodplug support. The problem is that
>> gst1-plugins-bad lists libmodplug as an optional dependency, not as a
>> hard one. How should I handle that,
>> 
>> The best solution I can think of is to specify gst1-plugins-bad in the
>> info file as a hard requirement, then mention in the README that
>> gst1-plugins-bad needs to have been built against libmodplug. Is there a
>> better way?
> 
> IMO,  think that is the best way.  Specify the dep in .info, then give
> "gotchas" in the README.  This might trip up the sbopkg users, but short
> of including a "special" gst1-plugings-bad, it'll be hard to cover every
> use case.  After all, we should all be reading the README, right?
> 
> -Ed
> _______________________________________________
> SlackBuilds-users mailing list
> SlackBuilds-users at slackbuilds.org
> http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
> Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/
> FAQ - http://slackbuilds.org/faq/
> 


More information about the SlackBuilds-users mailing list