World: r3wp

Gabriele:I am dling the Barons and Ashley but when i try to dl Roberts 
I get:error(10:14am) couldn't listen-(10048,addressalready in use') 
  I know you said only 3 at a time but I am only dling 2 ?

what other nationalities attended devcon appart from US, Germany, 
France, Italy, Czech, Australia (carl mentioned 13 to 15 nationalities)

well we have a meber in China right now plus New Zealand,England,Canada,Scotland,Poland,Russia?

Denmark too :-)

and in the South Pole during the summer

chris had an app where one could check a map with all the nationalities. 
any idea where to get it ?

checking

I have the list of nations given to the newspaper reporters (extracted 
by Gabriele from the registration database): Italy, USA, Czeck Republic, 
Belgium, Germany, Australia, Canada, France, Holland, Argentina, 
Austria, Denmark, Spain, Hungary. Jaime was born in Colombia so maybe 
this is the 15th nation

Joe:start Rebol/View/public/sites/Chris RG/where

joe it is in links

Alan: i don't think your error is due to the limit of 3 I talked 
about. if that persists, try downloading via HTTP instead.

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% ?