Hi. Thanks for the reference Carl. Will consider it further for the
complete reply. In the meantime,..
Carl Cerecke wrote:
On 18/04/07, Rik Tindall <[EMAIL PROTECTED]> wrote:
The club built off the "University of Canterbury Linux Users" list
requires its own, fully appropriate, name.
For some history, see my post nearly three years ago. FYI the
"InfoHelp" user is Rik.
http://lists.ethernal.org/oldarchives/cantlug-0406/msg00720.html
There was no real support then. I suspect there is little support now.
There is always the same, often low-aimed, mafioso pro-"Linux" quashing
of debate, to stop it from running any democratic course..
Because as well as Stallmanesque integrity and ^morality^, what the
"Linux" side lacks is higher power of reason.
This time around option (b) doesn't even make sense. What does GNU
stand for again?
"GNU's Not Unix" - check your kernel licence for a reference (unless
you're running BSD).
So the sense of (b), Canterbury Unix Users Group, is exactly this:
To rally around the Linux kernel, and to subordinate all group
activities to that cause, requires a winning argument. 'CLUG' does not
have one, being (% <) equivalent Users of GNU, and BSD software items
too for that matter (also "Open Source"). So the debate is _advanced_ by
acknowledging 'Unix' to be the O/S field common to "Linux" and BSD (by
aspiration, if not history).
This _precludes_ the cheap, shallow, and exploitative misnomer "Linux",
when referring to an O/S, in exclusion of GNU.
But you may choose whatever _correct_ name you like for your Users
Group, and not be challenged. My suggestions were merely the nearest two
that come to mind, from where UCLU has gotten to so far. Whereas
actually a (c), Free and Open Source Software Users Group (FOSSUG),
seems the broadest, most accurate and thus best definition, to me.
To summarise: projecting "Linux" requires the equal projection of "GNU",
in honesty. These three together are what the University therefore needs
to project into the wider community. Or choose something else.
Cheers,
Carl.
No problem,
--
Rik
