[Slackbuilds-users] OPTIONAL field [was: qemu/spice-gtk and usbredir]

Konrad J Hambrick kjhambrick at gmail.com
Fri Nov 4 13:49:43 UTC 2016


Yes, an OPTIONAL= Line might be nice to have

But as Andrzej Telszewski said the syntax would be TBD ...

In the meantime, I would love to see something like that :)

-- kjh

On Fri, Nov 4, 2016 at 8:25 AM, Petar Petrov <slackalaxy at gmail.com> wrote:

> I do not mind having an "OPTIONAL=" field, if this will make third
> party automation tools more efficient.
>
> -petar
>
> 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"
> > bits.
> >
> > Seems very useful and feasible to implement support for.
> >
> > On 3 November 2016 at 19:52, Andrzej Telszewski <atelszewski at gmail.com>
> wrote:
> >> Hi,
> >>
> >> 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
> >> question,
> >> 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
> >> http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
> >> Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/
> >> FAQ - https://slackbuilds.org/faq/
> >>
> > _______________________________________________
> > SlackBuilds-users mailing list
> > SlackBuilds-users at slackbuilds.org
> > http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
> > Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/
> > FAQ - https://slackbuilds.org/faq/
> >
> _______________________________________________
> SlackBuilds-users mailing list
> SlackBuilds-users at slackbuilds.org
> http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
> Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/
> FAQ - https://slackbuilds.org/faq/
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20161104/9a657325/attachment.html>


More information about the SlackBuilds-users mailing list