<p><br>
On Jul 10, 2012 7:00 AM, "David Spencer" <<a href="mailto:baildon.research@googlemail.com">baildon.research@googlemail.com</a>> wrote:<br>
><br>
> For the record I'm personally not 100% hostile to the idea.  I could<br>
> live with a formal mechanism for declaring mandatory direct<br>
> dependencies, but I wouldn't stay up late myself to make it happen.<br>
> If it ever did happen, I'd hope that both build-time and run-time<br>
> dependencies should be included with no distinction.  The end users<br>
> would be freaked out if packages failed to run despite meeting what<br>
> they would see as formally documented deps.<br>
><br>
> It's reassuring that nobody is advocating version dependency, you know<br>
> the sort of thing: gnome-stuff >= 2.34.56.  You're not all completely<br>
> mad and I respect you for that :D</p>
<p>But, that's exactly the problem. Sometimes, there is a minimum necessary version required to build a package. Other times, there is a maximum required (I'm thinking of Python in particular, but I know there are other, non-official packages that have had this problem.) In theory, the current admin system in use at SBo should keep this from being a problem. In practice, maybe not.</p>

<p>But then, we can't really just include version information, because that's a whole nother ball of wax. What's newer, 1.54 or r1076?<br></p>
<p>><br>
> > "This requires zope.component and gaphas "<br>
><br>
> Just imagine the chaos for automatic parsing if there was a package<br>
> named 'and' :-)<br>
><br>
> -D.</p>
<p>And what if more than one package fits the bill? The wxWidgets packages come to mind. I believe at one point, there were three different packages, any of which would satisfy that one dependency, and any of which required a fairly large source download and a fairly lengthy compile. You definitely didn't want to build all three!</p>

<p>> _______________________________________________<br>
> SlackBuilds-users mailing list<br>
> <a href="mailto:SlackBuilds-users@slackbuilds.org">SlackBuilds-users@slackbuilds.org</a><br>
> <a href="http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users">http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users</a><br>
> Archives - <a href="http://lists.slackbuilds.org/pipermail/slackbuilds-users/">http://lists.slackbuilds.org/pipermail/slackbuilds-users/</a><br>
> FAQ - <a href="http://slackbuilds.org/faq/">http://slackbuilds.org/faq/</a><br>
><br>
</p>