<span class="gmail_quote">On 1/2/08, <b class="gmail_sendername">Eero Tamminen</b> &lt;<a href="mailto:eero.tamminen@nokia.com">eero.tamminen@nokia.com</a>&gt; wrote:</span><br>&gt;This is fairly unlikely case, but IMHO reason enough not to have two
<br>&gt;busybox versions with different set of tools.&nbsp;&nbsp;Main thing is that the<br>&gt;developer can get the required tool, not whether it&#39;s in Busybox<br>&gt;I think.<br><br>I agree that the important thing is access to the tools. I thought a repackaged busybox would be a &quot;cheap&quot; way to get those tools, but I&#39;m equally happy&nbsp;to&nbsp;have the full versions of them if they are readily available (to date, they are not).&nbsp;This also suggests broadening the conversation to&nbsp;the&nbsp;availability&nbsp;and&nbsp;organization&nbsp;of tools that aren&#39;t available in busybox&nbsp;or&nbsp;in&nbsp;the&nbsp;developer&nbsp;repos but are generally useful for developers/advanced&nbsp;users.&nbsp;For&nbsp;example ssh&nbsp;and svn are available in some form in extras or in the garage, but having them in the developer/sdk repository seems more appropriate and will most likely mean they are better maintained (no offense to community maintainers). How arduous is the process for getting new tools into the developer repo? Will advanced users looking for command line tools think to look in the developer repo?
<br><br>&gt;Diff is both a Debian essential and in POSIX standard so I guess it&#39;s<br>&gt;addition could be considered for maemo base system.&nbsp;&nbsp;If(?) Busybox diff<br>&gt;is good enough for dpkg (for showing config file diffs on upgrade),
<br>&gt;it could be provided by Bysybox.<br><br>If we have a full version of one, we may as well have a full version of  the other (since dpkg apparently does fine without diff now)<br><br>&gt;Other similar binaries would be clear, logname, nice, nohup, od,
<br>&gt;split and sum. Except for the first one, in Debian they are all<br>&gt;in coreutils package.&nbsp;&nbsp;Maybe you could make a bug about these with<br>&gt;me on CC, I can then add it to our internal system (they are &quot;API&quot;
<br>&gt;changes so they need to go through certain review process).<br><br>I will do&nbsp;this sometime in the next week.<br><br>I&#39;ve added a project to the garage where I&#39;ll upload replacement versions of busybox with more options switched on for the community to test: 
<a href="http://garage.maemo.org/projects/busybox-test/">http://garage.maemo.org/projects/busybox-test/</a> &nbsp;(it will take me a day or two to upload&nbsp;sources&nbsp;and&nbsp;get&nbsp;some&nbsp;releases up). Based on the conversation here, it seems it makes the most sense to just switch on more of the core utils and leave most other things out (networking tools, archive utilities etc)
<br><br>