World: r3wp

you can make free to use things and do not want people to claim what 
they don't have

invented

you are free to use free to modify free to distribute free to work 
with the author isn't that enough franckly ?

if we take MacOS X example we all know what is the gain for Apple 
but it is more blur to see what is the befefit that OpenBSD project 
writers retrieves of this experience. A part a spot light put uppon 
there project. But every a little serrious coder was yet knowing 
that freeBSD and OpenBSD were rock stable OS

I think we should consider moving licensing discussions to the licensing 
channel ...

I yet expose my way to think .... As many people are not playing 
the same game and as software is an industry we need to make a difference 
betwin what is donate and what is the fruit of the industry that's 
all  in fact ... People who want to choose what ever licence they 
want no body can contest this or arg a licence is better than another 
without thinking what is behind this  ...

One major point wasn't said: We need a library system to handle all 
this. I won't use code, where I need to 'do zillions of single files 
in a specific order, handle path and lookup things, need local sub-directories 
to load images etc.


I'm still using Slim on my xpeers system, because that's the only 
thing I know about that handles all this quite well. And I can tell 
you, it pays off. Something like this is required.

And libraries must be compatible. The current running RebGUI projects 
is a good example. Feedback loop is fast, releases are done often 
(thanks to Ashley) and momentum is raising.

As already said, I see some parallels to the RPC idea. And as Ashley 
said, quality matters, and the ultimate test is to see if the stuff 
is used. So, just throwing together some cool stuff and hoping that's 
it isn't enough. I really would like to see this effort merged into 
the RPC idea. This would avoid this licensing discussion too.

hum having all in one file until it's not a stable release complicates 
a lot the search and find for bugs ...

you don't handle one file with more than 2 thousand lines than several 
files with at max 200 hundred lines ;)

2 hundred ,à

if people now the code scruture it's easy for them to work with a 
sigle hudge file if people don't  know the file scruture it's hard 
for them to locate the place where they have to act (adding code, 
fixing bugs)

I agree shadwolf. The need for a library system points to the more 
general need of how to structure larger REBOL projects.

There's the preprocessor setup in Rebol/SDK.

Yeah, but we need more than that

I agree, absolutely. I'd like to see something like perl-style runtime 
'require/import/use' semantics, even if it's just in a wrapped-rebol 
app.

Some remarks: wrt licensing, RP components will be BSD based. RP 
should help you jump-start and it only does that if you can use it 
in all circumstances. No need for discussion about that (how nice 
to be a benevolent dictator ;-)

Wrt library system: in time there might be a library system in RP, 
but any componet will be self-contained. Otherwise you end up being 
forced to use a bloated library whenall you need is just a small 
subset of functions.

The way it looks now is that the Viewtop in 1.3 will have a place 
that can be used by RP. This solves a lot of problems in terms of 
version managemet and accessibility.

Meanwhile.... send me your code that is BSD licensed and well documented!

is there anything close to ruby rails wrt automatically defing MySQL 
CRUD operations ? I find rails really cool, something Rebol could 
easily do !!

Olivier Auverlot proposes to add its Magic! script to the Powerpack. 
Magic! is a CGI handler that dramaticaly simplify the creation of 
dynamic web site "à la" PHP.

Version 3.5 is in the pipeline and will be release soon. But doc 
is in French AFAIK, so need to be translate before.

before=first :\

OK, who will translate.... Right now I am leaning towards including 
RSP by Laurent Chevalier.

Translation: we will do.


There is also RUn (Rebol Unit) from Christophe Coussement (RebolTof). 
Java Unit, Rebol made.

Magic doc is yet translated and available on Gram Chiu Comkarori

So the question is: RSP or Magic!

+1 for Magic!

I just know RSP by its name. If you know it, just compare to Magic! 
http://www.compkarori.com/vanilla/display/Magic!

Just did. Magic has a nice set of HTML functions but the drawback 
is that you need a daemon for session management, which won't work 
in a shared hosting env and is harder to keep alive. But is seems 
a bit more complete, so provided that you'll do the 3.5 translation 
as well I'd be happy to include it.

I need graphics support for the REBOL Powerpack reb site! If you 
have a backdrop, image, folder icon, .... please send them to me. 
See contact details here for the mail address.

The session deamon is not necessary at all AFAIK.
3.5 is not released yet, so the doc.

But French community will translate ASAP as it does last time, I 
hope.

.

is there a site for PowerPack..where I can have a look at what it 
encompasses?

I change the name to 'PowerPack'  instead of 'Rebol powerpack'  ..


it makes it easier to see the name of this group ... hope no one 
objects

What's happening with the PowerPack?

I'm looking for a bunch of "certified" software that can be used 
for setting up webservers, cgi, blogs, mail, pop etc.

.

pinging for update.


if work has stopped for Powerpack, I would be glad to pick up part 
of the job here.

You just became one-man project-lead/implementer ;-) I never got 
to it.

But a lot of us like the idea. Maybe we can sneak some info out of 
the R3 team about how best to go about it, WRT modules and such.

not sure if this was mentioned earlier, but someone said that Uniserve 
is GPL.. it's not.. it's BSD

I will look into getting the Powerpack going.


I will need to spend some time reading through the archives to ensure 
that the original objective remains clear.

That should help serve as the guidelines for making decisions down 
the road.

.

Is anyone in this group still interested in a more serious REBOL 
repository? May be adjunct to REBOL.org, or something else, but targeted 
at a more consistent model for libraries and modules, so things are 
easier to INCLUDE and reuse.

yes

I haven't followed the group too closely, but are the rules and the 
model for libraries and modules made?

we are converging all prior efforts and their originators into a 
single concerted effort.

There's a new private chat group. I'll add you to it.