<p dir="ltr">Ahh good point. I had full intentions of creating a separate SlackBuilds for those tools and completely forgot. I was thinking of keeping them separate as it'll make getting the sources easier - no need for repackaging the vanilla sources.</p>
<p dir="ltr">Thoughts?</p>
<div class="gmail_quote">On May 6, 2015 6:19 AM, "Christoph Willing" <<a href="mailto:chris.willing@iinet.net.au">chris.willing@iinet.net.au</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<br>
On 04/14/2015 04:22 PM, Miguel De Anda wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
hi all,<br>
<br>
i've modified the mongodb build script to actually build mongo from<br>
source instead of just repackaging the binaries. if i can get a couple<br>
of confirmed builds i'll submit the update.<br>
<br>
</blockquote>
<br>
Firstly, its great to see Miguel's effort to change a SlackBuild from simply repackaging someone else's work to building it ourselves. Repackaging always looks like we're not able to build it ourselves, or couldn't be bothered ("slack" in the worst meaning of the word).<br>
<br>
After the last lot of updates which included the new "build from source" SlackBuild for mongodb, I ran the script but found that the contents of the new package's /usr/bin directory contained only some of the binaries that exist in the repackaged version i.e.<br>
mongo<br>
mongod<br>
mongoperf<br>
mongos<br>
mongosniff<br>
<br>
compared with:<br>
mongostat<br>
mongod<br>
mongofiles<br>
mongorestore<br>
mongo<br>
mongoperf<br>
bsondump<br>
mongooplog<br>
mongos<br>
mongodump<br>
mongotop<br>
mongoimport<br>
mongoexport<br>
<br>
After unsuccessfully trying various scons incantations in an attempt to produce the missing binaries, I eventually read the documentation. It seems, according to docs/<a href="http://building.md" target="_blank">building.md</a>, that the "missing" pieces are now kept separately at <a href="https://github.com/mongodb/mongo-tools" target="_blank">https://github.com/mongodb/mongo-tools</a><br>
<br>
The question then is whether a separate mongo-tools SlackBuild should be made for them or whether building them could be added into the existing SlackBuild (since this is how the mongo people are preparing their own release packages - the ones we used to repackage)?<br>
<br>
chris<br>
_______________________________________________<br>
SlackBuilds-users mailing list<br>
<a href="mailto:SlackBuilds-users@slackbuilds.org" target="_blank">SlackBuilds-users@slackbuilds.org</a><br>
<a href="http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users" target="_blank">http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users</a><br>
Archives - <a href="http://lists.slackbuilds.org/pipermail/slackbuilds-users/" target="_blank">http://lists.slackbuilds.org/pipermail/slackbuilds-users/</a><br>
FAQ - <a href="http://slackbuilds.org/faq/" target="_blank">http://slackbuilds.org/faq/</a><br>
<br>
</blockquote></div>