[Slackbuilds-users] OPTIONAL field [was: qemu/spice-gtk and usbredir]
slackalaxy at gmail.com
Fri Nov 4 13:25:34 UTC 2016
I do not mind having an "OPTIONAL=" field, if this will make third
party automation tools more efficient.
2016-11-04 9:01 GMT+02:00 Andreas Guldstrand <andreas.guldstrand at gmail.com>:
> As the current maintainer of sbotools, I would approve of an OPTIONAL
> field like the one proposed by Andrzej, with the "libass:ASS=yes|no"
> Seems very useful and feasible to implement support for.
> On 3 November 2016 at 19:52, Andrzej Telszewski <atelszewski at gmail.com> wrote:
>> I've spent some time building packages now and although I used an automated
>> tool (slackrepo to the rescue, thank you David!), I'm from the camp that
>> reads README, trying to leave as little as possible to the fate.
>> I'm using web browser to find the SlackBuild in question, read on and decide
>> what to do. If an optional dependency is mentioned, I search for it, read
>> on, and so on ;-)
>> Searching for optional dependency is the most frustrating point.
>> Sometimes there are many search results and you need to scan the list to
>> find the one you need.
>> Sometimes, the search filed leaves the keyword you entered there, so you
>> have to erase it, before proceeding, etc.
>> So what's the use for OPTIONAL field you ask?
>> 1) PHP could parse it to give us direct link to the optional SlackBuild in
>> 2) PHP could parse it to let us know about possible circular dependency.
>> When it comes to automated tools, I'd say we need something more than just
>> the package name in the OPTIONAL field.
>> Probably something like that (ffmpeg for example) would be needed:
>> OPTIONAL="libass:ASS=yes|no libbluray:BLURAY=yes|no"
>> This would have to be thought through to make the best design decisions and
>> the SlackBuilds would have to be standardized in one way or the other.
>> But for the next iteration, having OPTIONAL field mentioning just the
>> packages names and SBo website listing them next to REQUIRES, would be the
>> step towards the better, faster and more secure world :-)
>> Best regards,
>> Andrzej Telszewski
>> SlackBuilds-users mailing list
>> SlackBuilds-users at slackbuilds.org
>> Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/
>> FAQ - https://slackbuilds.org/faq/
> SlackBuilds-users mailing list
> SlackBuilds-users at slackbuilds.org
> Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/
> FAQ - https://slackbuilds.org/faq/
More information about the SlackBuilds-users