World: r3wp

thanks. I check the map but doesn't have the info. Who were the attendees 
from England and Spain ?

Spain: Tomas Bonte. England: noone that i know of.

Luca, yes, I saw Gregg in person at the Devcon2004 and he's a great 
speaker (he's also a stag actor, so likely helps here).  He also 
really knows what he's talking about when it comes to languages. 
 I've borrowed his expertise to help defend the merits of Rebol to 
some developer friends who just didn't get it - more like, they wouldn't 
listen to reason.  Gregg would make a great evangilist for RT.

Mario, argentina are you shure ? again i would like to know who she/he 
is because i know only one programer from here.

Argentina: Cesar Chavez.

The total number of mpeg files is 10, right ? or does Gregg have 
two files for his two presentations ?

Gregg has two files

Is there a way to download all pictures at once?

Robert: no... but, i could zip the dir for you... don't think all 
photos are there yet, though.

http://www.rebol.net/devcon/2005/photos/join-the-rebolution.jpeg

is that what's called "Viral Marketing"? :-)

Carl was curiously interested in BEER. Now the question is - was 
he trying to assure himself that LNS is good enough for most things 
even without BEER or was he mapping the situation to include BEER 
in REBOL? :-)

Whatever the situation is - LNS and BEER should start to think about 
supporting certificates ASAP!

Beer uses an api as outlined by Carl. So its one lns-implementation 
good enough to be published. Maybe the two could merge for the async 
daemon part.

http://www.colellachiara.com/devcon05/videos/Visitto Rome and Milan.mp4.torrent


Note: this is an experiment; encoded with avidemux on linux and converted 
from avi to mp4 with VLC. (iMovie wasn't producing a good quality 
result) play with VLC. (BitTorrent download - HTTP download available 
as soon as i finish uploading)

We talked about LNS on top of BEER. This would be an ideal combo

hmm, only if you are already using beer for something else. otherwise, 
beer doesn't give you anything more vs. lns on tcp or http

i mean, if you are using something like the apps demoed by jaime, 
then it may be useful to channel lns in the same connection too

if you are only using lns, it's much easier to just use tcp or http 
etc.

(http will let you go thru firewalls too)

I don't know the details yet, but my understanding is that BEER does 
a lot more in terms of transport then LNS. LNS needs a transport 
and BEER is much more advanced than basic Internet protocols

from beer-docs: The design has been inspired by rough draft about 
LNS protocol developed by Rebol Technologies.

But LNS is not a transport protocol

BEER does channelling in one single connection. if you don't need 
that, there's no advantage in using it vs. plain tcp. lns is doing 
its own auth/encryption and so on anyway.

So i hope most code could be exchanged and beer could be seen as 
just another lns-transport.

correct, beer is transport, like tcp or http

so you can have lns over tcp, http or beer

Yes, you can still use them separately. But they offer functionality 
on different levels

what i'm saying is that there's no real advantage in having lns over 
beer unless you are already using beer.

petr: LNS does not need to support "certificates" as it does not 
need SSL. actually, i don't see any reason for having SSL as a transport 
for LNS as it is already encrypted.

I think we're both saying the same. If you need BEER functionality, 
LNS is still good to have on top

yep.

And for LNS you need a transport, and this could be BEER

The point being that BEER is not an implementation of LNS, but that 
they're on different levels and augment eachother

As i see it beer is one way to use lns. cgi is another. Gabs lns 
too. Would it matter much that it is not build from Gabs lns code? 
I mean as Gab says - ah, you typed that already - i could even imagine 
lns over com if i need it from some windows app.

That's why I asked Carl about any overlap between them like authentication. 
He seemed to like the idea of combining them, too

depends on the additional features you get. and if this is arexx, 
this additional features, pluging into apps, is an lns-feature?

i mean getting features of non-lns-related apps by pluging in. using 
beer features, webserver features, whatever.

What is the status of LNS anyway?  Did I hear Carl say 90% ?

Last public announcement said live by may-2005:
http://www.rebol.com/news/rt5330.html
Perhaps you could ask via the RT Q&A

Gabriele - then you surely don't know, what I mean by certificates. 
And in fact - 1) RT's lack of support is quite weird indication of 
what the real world is using 2) not having SSL server mode as stated 
in Command docs in the last paragraph of "to do", is quite some limitation 
too ...

Gabriele - certificates do not have ANYTHING in common with SSL. 
and not understanding its role is fatal mistake for any rebol security 
related role. I have to say it so strongly, as I do work in that 
area for last two years ... I am far from being expert here, but 
I have enought experience to back up my solution - forget Rebol, 
if you will not be able to work with certificates.

solution =  opinion

As for lns development, I did a small lns emulation a while back 
based on published info. I found writing a service was easy, I think 
Gabriele demonstrated this well. I concluded that lns was a great 
idea, but there will be a learning curve of course. Reqesting the 
service from the client is a one-liner, but that is only the beginning 
of the story. Aside from the careful thought required in designing 
a service API, it will be interesting to see how people structure 
their client code because I think that is where the complexity of 
lns development could be from a programming point of view (e.g dealing 
with the service response).  Of course it depends on the application.

Pekr: There are so many "standards" that can vary by country, govt 
and industry, or platform. Can you specify which certification methodology 
you mean? is it x.509 ?

Allen: so many? :-) Where? Yes, X.509 of course. Simply put, to be 
able to work with certificates in OS or to have own container. Every 
browser can do it. It has nothing to do with security itself, it 
is about identity. You can be secure as much as you want, but there 
are parties which will not talk to you, if your server/user/customer 
is not clearly identified ...

this is an area where I see Rebol, either built-in or as an third-party 
addon, needs to support 'standard'

yeksoon - mostly whole EU, e.g. to do electronic invoicing, needs 
qualitified (not even commercial) certificates produced by some reliable 
Certification Authority. What is more, such certificates do expire 
in one year. For such invoices to be valid, you need kind of "long-term 
archive", you need simply to re-sign them. So you typically go and 
use so called time-stamps (kind of certificates), provided by CA 
once again ....

Petr: i'm sorry, but it's you who are confusing certificates and 
SSL. there is absolutely nothing preventing you to parse certificate 
files, in any format; i really don't understand what kind of "support" 
do you need.

Gabriele - "LNS does not need to support "certificates" as it does 
not need SSL" - was was it me or you ;-)