Actually, I didn't come to the list to ask for the feature. Someone else came here to ask for it; I just seconded this person. You, much like Harald, are blaming the deficiencies of your design decisions on your users. The haughty attitude, from our standpoint, comes from you, not from us. To start with, we don't design the tools; we are in the business of designing hardware, writing device drivers, contributing to the Linux kernel and getting Linux up and running on our hardware; then, we customize the embedded Linux distro until everything is sane. Then we add features that we know our customers want. It is this last part that you're missing the point of. We pick the sane tools, and configure them properly. When a tool isn't sane, we find an alternative that is. That's why I have now chosen to use the normal ntpd over the busybox implementation.
Mike Dean md...@emacinc.com http://www.emacinc.com/ Engineer EMAC, Inc. 618-529-4525 Ext. 330 618-457-0110 Fax 2390 EMAC Way Carbondale, Il 62901 On Tue, Mar 18, 2014 at 4:05 PM, Laurent Bercot <ska-dietl...@skarnet.org>wrote: > On 18/03/2014 20:29, Mike Dean wrote: > >> So the deficiency of your software can always be blamed on your >> software's userbase? Sounds like a winning philosophy. >> > > The fact that you still think using command-line arguments instead of > a config file is a "deficiency" shows that you are missing the point. > Not having a config file when a config file is not needed is not a > deficiency, it's a design decision - and a pretty sound one. > The fact that your tools apparently cannot easily work with command-line > arguments is not Busybox's problem, it's a severe misdesign of your tools. > Command-line arguments are the very basis of the Unix API; you've been > working with it since the 80s, you should know that by now. :P > > If you want to extend ntpd's interface for your users and add a config > file, you're free to do so. It's not hard. But, again, this is a job for > *you* as an integrator: do not try to shift the burden of doing it to > upstream, because it's not where it belongs. You are of course free to > contribute and submit patches: maybe they'll be accepted, maybe not. > But coming to the list asking people to do your job for you and getting > all haughty when your request is politely denied probably isn't the best > way to get things done. > > -- > Laurent > > > _______________________________________________ > busybox mailing list > busybox@busybox.net > http://lists.busybox.net/mailman/listinfo/busybox >
_______________________________________________ busybox mailing list busybox@busybox.net http://lists.busybox.net/mailman/listinfo/busybox