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

[Willy Sudiarto Raharjo]

> If *you* write all the code needed for slackrepo to parse that "simple
> syntax", and all the code needed for the user to select which options
> they actually want, and for slackrepo to remember them, and to make
> them happen when building, and do all that in a way that's compatible
> with slackrepo's existing configuration -- because slackrepo *already*
> has a 'hintfile' mechanism for selecting and remembering optional
> dependencies, and I genuinely did look at all the SBo READMEs to see
> what would work in the real world and to see what optional deps the
> default hintfiles should enable for lots of important packages -- then
> I'll consider merging it.
> 
>> Is that really your proposal for all slackware-maintainers, or for all SBo-users?
> 
> As I clearly wrote, it's for anybody who thinks they can design a
> solution like "OPTIONAL=".  If you haven't checked how well the
> solution works for all the problems it's supposed to solve, you
> haven't finished the solution.

I personally don't see real benefit of doing it since everything is
working fine with current README/REQUIRES. You just have to READ the
README (which is why it's called README).
If you need to list optional deps, it's simpler to make a new document
called README.Slackware (or anything you like) and describe everything
you want to tell which can't be listed in the original README. Some
packages have been using it. It requires no changes at all for approval
process and people are free to write all the optional deps there.

Second problem is about maintainer's willingness to check EVERY optional
dependencies and make sure it stays to build fine under ALL possible
combinations. Do they have to track every one of them?

Sooner or later, it will become a burden to maintainers (and admins
during freeze period before new branch is released).


-- 
Willy Sudiarto Raharjo

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 181 bytes
Desc: OpenPGP digital signature
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20161105/bca2dd56/attachment.asc>