<br><br><div class="gmail_quote"><div dir="ltr">On Tue, Jan 30, 2018, 1:43 PM B Watson <<a href="mailto:yalhcru@gmail.com">yalhcru@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 1/30/18, Xavier Maillard <<a href="mailto:xavier@maillard.im" target="_blank">xavier@maillard.im</a>> wrote:<br>
<br>
> As I do not want to go the wrong way and I want to stick with the<br>
> KISS philosophy, I am just asking here: how would you package this<br>
> ? As a whole sat SBo build script, as 2 SBo (one for the backend<br>
> and one for the frontends), as many different SBo scripts (one for<br>
> the backend and one per frontend) ?<br>
<br>
Does the source for all of the above come as a single tarball?<br>
<br>
If so, I might do a single SlackBuild, that builds the backend and<br>
all the frontends by default, with environment variables to disable<br>
parts of it.<br>
<br>
Example: the transmission SlackBuild. I maintain that one, though I<br>
didn't write it from scratch (took it over from previous maintainer a<br>
while back).<br>
<br>
If the sources ship separately, it makes more sense to do separate builds<br>
for the different parts.<br></blockquote></div><div><br></div><div>I do a similar thing for mediainfo. It is the same source for both the CLI and GUI versions, so I have the CLI enabled by default (but can be disabled if desired) and the GUI optional by passing GUI=yes.</div><div><br></div><div>Jeremy</div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
</blockquote></div>