View Single Post
Posts: 1,808 | Thanked: 4,272 times | Joined on Feb 2011 @ Germany
#1343
Originally Posted by joerg_rw View Post
what we learned:
1) use full qualified cmd path in all scripts:
CMD_FIND="LANG=en_EN /bin/busybox find"
2) never ever change anything in busybox. Not even fix any bugs in it, unless you made absolutely sure the fix won't break some behavior somebody relies on (e.g. nobody will depend on busybox segfaulting, so such a bug of course must get fixed as soon as it gets detected)
3) don't replace busybox by any other shell, not even busybox-power. Install any such augmented shell as concurrent alternative and keep original busybox in place

/j
Even better: include a custom known-to-work busybox with backupmenu. External dependencies are OK as long as the interfaces don't change. A package dependening on some particular funcionality provided by "/bin/sh" is asking for trouble.

The world is bad enough seeing how many shell scripts rely on bash being /bin/sh, so if you (e.g. backupmenu) have a explicit dependency then it has to be clear. In the case of busybox it's not enough to add a dependency because of the number of busybox'es available, so the only solution is to embed it in backupmenu (doesn't it include gnu-tar anyway?).
 

The Following 2 Users Say Thank You to reinob For This Useful Post: