On 23 December 2013 22:43, Reuben Thomas <[email protected]> wrote: > On 23 December 2013 22:32, Karl Berry <[email protected]> wrote: >> I guess we'll have to agree to disagree. I gave up maintainership of >> hello, so do what you will. > > Since hello is supposed to be an example within the GNU project, I'd rather > not simply impose my views; and I think this is a subject worth discussing. > To me, the use of i18n'ed text is absolutely basic, as otherwise, users of > most languages are excluded. GNU gettext is basic infrastructure, and it > seems reasonable that at some point in even a basic program that uses > internationalised text, it would have to do other than simply reproduce that > text. There are plenty of other "specific programming features", such as > command-line parsing, that are of necessity showcased in GNU hello, > precisely because such features are required by almost all programs. If the > goal of hello were simply to showcase *build* infrastructure, then it could > be much simpler, and really ought to do nothing other than literally say > "hello" (still i18n'ed, of course!).
Hello Jim, Karl, Reuben, and other members of the list, The reason why I thought making --next-generation to be over complex was indeed the arbitrary limitation it did not support --greeting. To be perfectly honest I don't completely understand why the --next-generation was originally added, so it could be removed. That also seems to be what Karl proposing. https://github.com/kerolasa/hello/commit/dbfd8b9bcec78986317d8c55adaa4bfb0ed7138d For me the --next-generation has one reason to live, the man/hello.x example. If that is good enough reason to keep the functionality part of this project then fixes Jim proposed should be merged. https://github.com/kerolasa/hello/commit/1088dcc132c608eb6c9d5f3d4be3091645829faf My opinion about if the deletion or further fixing is the 50-50. Keeping the GNU Hello very simple feels correct, but with additional complexity more complete examples can be included to the project. For example the --next-generation functionality could be in another source file, and that way linking can be demonstrated. Perhaps someone with stronger opinion, or better rationality will be to advice what to do this time. -- Sami Kerola http://www.iki.fi/kerolasa/
