<div dir="ltr"><div><div>Some package systems like dpkg have "recommended packages".<br></div>And if a package is dynamically needed, it should probably be checked for and fail gracefully with a meaningful message (saying that the package X should be installed).<br>

<br></div>Laurent<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Nov 26, 2013 at 7:55 AM, Asumu Takikawa <span dir="ltr"><<a href="mailto:asumu@ccs.neu.edu" target="_blank">asumu@ccs.neu.edu</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi all,<br>
<br>
Should dynamically required libraries induce a package dependency?<br>
<br>
Take for example the "xrepl-lib" package. It currently depends on five<br>
other packages, but I think two of them can be dropped and `raco setup`<br>
won't complain.<br>
<br>
On the other hand, XREPL may `dynamic-require` the macro stepper (one of<br>
the dependencies that can be dropped). The same is true for DrRacket<br>
(not listed as a dependency), but it doesn't make much sense to make the<br>
XREPL package depend on DrRacket.<br>
<br>
Is there a best practice for these kinds of cases yet?<br>
<br>
Cheers,<br>
Asumu<br>
_________________________<br>
  Racket Developers list:<br>
  <a href="http://lists.racket-lang.org/dev" target="_blank">http://lists.racket-lang.org/dev</a><br>
</blockquote></div><br></div>