World: r3wp

open rebol is good name oREBOL may suggest object oriented ...

Yes, short form when we need it, kind of a standard shortened name 
convention.

kaj: I would foresee a problem when/if Orca would become so powerful 
that it can rival/surpass /Command functionality.

OpenRebol is unambiguous.

decided - OpenREBOL, oREBOL shortened ... :-)

We are not a competitor at all.

remember to tell Jaime :-)

You probably know how Carl has thought about that in the past

as in ice hockey, some playerd so play on so called farms ... we 
are RT's farm ... if the like something, they can use it, no? :-)

players do play ...

No, RT can't use it, because Orca is LGPL

LGPL? Why that? Why not BSD? Uh .... so much about openess :-)

And that suggests that we are a competitor

Ask Karl

yeah :-( but in a way it would be good, because Rebol itself is not 
GPL friendly. OpenRebol would cover GPL friendly areas.

But that's only the code base, Kaj. We are growing the language.

The simple fact for RT is that they can't use Orca code

Ok, then, is it possible to change the Orca license to BSD ?   So 
it would be BSDRebol ?

That's in Karl's hands

Karl's abandoning it, so perhaps he wouldn't mind.

Just one way to find out

Let's to it.

The other issue is that Karl is continuing with Thune. That's going 
to be the first place to get code from to integrate with Orca, and 
that would make it LGPL again

what is Thune?

Karl's own design for a language, retaining REBOL syntax but not 
semantics

Karl's other language, still similar rebol to but more divergent 
(and newer) than orca.

Kaj, that might be a problem.

If we would change to BSD, yes. In general, that would make it impossible 
to integrate LGPL code, which is more plentiful than BSD code

Mmm... what to do ?

LGPL is the easier route. Changing to BSD could extend REBOL's reach, 
however. For example, when integrating an Orca core with a BSD REBOL/Services 
implementation into some other product

Is it possible to have both, somehow ....?

No

(shoot all the lawyers)

The only way would be to maintain an LGPL-free core and a version 
with LGPL-libraries. But that doesn't solve the issues with the BSD 
core and it starts looking a lot like a fork

You could ask Karl and I expect this issue will be settled quickly...

Ok, I think I'm happy enough with LGPL, I guess..

who is leading Orca development?

Anton :-)

Um... Jaime is, kind of... He seems to be the one who knows the most 
about it at the moment.

But I'm making a bit of a push. :)

Jaime is reportedly dropping REBOL...

I think he has some post-natal depression ;-)

i wish my c skills were good

Jaime said he's still going to hang around with Orca as on a hobby 
basis.

thanks - i think this is a really good idea, should of happened a 
long time ago

with Rebol itself I mean

Yep

So, Anton, what's your stake in this?

I want the code to be open so there's no limit to my understanding 
of it.

Is it a hobby for you, too, or anything else?