Skip to Content.
Sympa Menu

sm-sorcery - Re: [SM-Sorcery]Language wars...

sm-sorcery AT lists.ibiblio.org

Subject: Discussion of Sorcery related topics

List archive

Chronological Thread  
  • From: Tony Smith <tony AT smee.org>
  • To: Sergey A Lipnevich <sergeyli AT pisem.net>
  • Cc: sm-sorcery AT lists.ibiblio.org
  • Subject: Re: [SM-Sorcery]Language wars...
  • Date: Tue, 8 Oct 2002 15:50:11 +0100

On Tuesday 08 October 2002 3:23 pm, Sergey A Lipnevich wrote:
> Tony Smith wrote:
>
> >On Tuesday 08 October 2002 2:09 pm, Sergey A Lipnevich wrote:
> >
> >
> >>That's my point. Use perl now if you care. Except for non-executable
> >>files which /would/ require a parser and we'll have to be stuck with one
> >>or another. Use Perl now. Write DETAILS in it. Executable DETAILS gives
> >>you thif freedom.
> >>
> >>
> >
> >Ah, OK I see where you're coming from.... and you'd be happy if I did that
> >would you?
> >
> >
> Why wouldn't I? Maybe sorcery wouldn't because they need to parse files
> sometimes, but me? I like DETAILS a+x, as I like majority of how
> sorcery/grimoire is designed and built.

How about if I wrote some DETAILS files in Perl, some in Python, Ruby Tcl,
Lua
and every other scripting language I could think of and then suggested that
you need to have these on your box in order to cast my spells. That's the
logical extension of your argument because if people are encouraged to use
different languages it just multiplies the depenencies and bloats the distro.
Consistency is what will deliver us a stable, powerful distro, not a
free-for-all.

I too like the majority of how it's designed and built (otherwise I wouldn't
be here) including the bit that sez "bash-only".

> >I'm still not quite sure what you're advocating. Either you're a staunch
> >defender of the status quo or an agent for chaos ;-) Come on Sergey, which
is
> >it?
>
> You suggested DETAILS be non-executable, I think the way they are is
> much better. As for your question, definitely chaos ;-).

It is indeed clear now :-)

Tony




Archive powered by MHonArc 2.6.24.

Top of Page