[Slackbuilds-users] Needing requirements built with options

Ryan P.C. McQuen ryanpcmcquen at gmail.com
Mon Jul 14 23:05:07 UTC 2014


If that is what everyone else thinks is reasonable that is fine with me.


---
<ryanpcmcquen.com>


> On Jul 14, 2014, at 3:52 PM, Doogster <thedoogster at gmail.com> wrote:
> 
> I would prefer that the only hard dependencies specified for gst1-plugins-bad be the ones that gst1-plugins-bad need in order to be built.
> 
> If you start specifying optional dependencies as hard ones because unrelated packages need them, then you end up with a mess like Debian where installing Mutt on your headless server installs X.
> 
>> On Monday, July 14, 2014, Ryan P.C. McQuen <ryanpcmcquen at gmail.com> wrote:
>> 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/
>> >
>> _______________________________________________
>> 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/
> _______________________________________________
> 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/
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20140714/7a91945f/attachment.html>


More information about the SlackBuilds-users mailing list