<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Apr 13, 2022 at 6:32 PM Philip Hands <<a href="mailto:phil@hands.com">phil@hands.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi,<br>
<br>
(I'm not subscribed, so please CC: me)<br>
<br>
Recent versions of openQA make use of shepherd.js, which the openQA<br>
build system gets in the form of a single file, built output, from here:<br>
<br>
  <a href="https://shepherdjs.dev/dist/js/shepherd.js" rel="noreferrer" target="_blank">https://shepherdjs.dev/dist/js/shepherd.js</a><br>
<br>
by using Mojolicious AssetPack[1].<br>
<br>
To avoid such build-time downloads I'm currently editing the assetpack<br>
configuration file to point it at locally available copies of the files,<br>
mostly by depending on debian packages that include the same or similar<br>
versions of the files, and pointing symlinks at those files so that<br>
Assetpack can find them.<br>
<br>
This is a bit of a hack, so I'd be happy to know if there's a better way.<br>
<br>
You can find shepherd.js here:<br>
<br>
  <a href="https://shepherdjs.dev/" rel="noreferrer" target="_blank">https://shepherdjs.dev/</a><br>
  <a href="https://github.com/shipshapecode/shepherd" rel="noreferrer" target="_blank">https://github.com/shipshapecode/shepherd</a><br>
<br>
which is not yet packaged, so I'm now wondering what is the best thing<br>
to do in order satisfy the new dependency, and thus to be able to<br>
package recent openQA.<br>
<br>
Given that it is BSD licensed, perhaps it would be acceptable to simply<br>
include the generated file in my source, and document where it came<br>
from, but that strikes me as sub-optimal, even if allowed.<br>
<br>
Presumably one could either package it directly, or via npm somehow.<br>
<br>
Is one approach considered better than the other?<br></blockquote><div><br></div><div>Package shepherd from git source.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Is filing an RFP the right next step for this?<br></blockquote><div><br></div><div>Not sure about that. RFP looks sometimes like a request to be forgotten. </div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
I'm happy to give packaging it a go myself, if someone's willing to<br>
provide me with hints about how best to go about it.<br></blockquote><div><br></div><div>Direct dependencies (as in package.json) miss smoothscroll-polyfill.</div><div>But this could be patched away, since modern browsers do have smoothscroll.</div><div><br></div><div>Build (devDependencies) dependencies are more complicated.</div><div>A lot of them are missing, but it seems the ones needed to build the dist file are</div><div>available in Debian. The missing ones might be for the test suite.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
In that case I'd hope to hand the package over to the Javascript team<br>
afterwards, since I have no experience with packaging Javascript and my<br>
interest in the package is only in it's ability to satisfy this<br>
dependency.<br></blockquote><div><br></div><div>The more you do, the more likely you'll get something.</div><div><br></div><div>We can help in the process, though.</div><div><br></div><div>Jérémy</div></div></div>