World: r3wp

IOS: I would not use it as a permanent server. Instead: When we did 
the bbs, carl fired up a fresh one. We had chat and file-syncing. 
I would prefer to use it in such short-term ways. Then backing project 
up to web.

rebol.org - afaik its hosted on some shared server. maybe we can 
host it on the dedicated too? Then Sunanda & team can play whit daemons. 
chat, auto-filesyncing etc.

rebol-org, layout. IMHO it looks like slashdot. :)) I see rebol.com 
and rebolcentral as the use-sites and rebol.net, rebol.org as the 
programmer-sites. central and .org could share some things, like 
list of projects. But some thingslike the ML-arhcive is better on 
.org, and a clear "nerds"-look may be a good signal.

sdk: the 1.3.2 . 1.3.62 is 1.3.2 with rebcode.

Or would be if there was a 1.3.62 - right now the latest rebcode 
release is 1.3.61, based on the 1.3.1 codebase. 1.3.2 is actually 
more recent.

Ein frohes und glückliches 2006 für Alle

Happy New Year!
Let it be a good one! :-)

Happy New Year everybody! Already almost two days old!

Worse virus Microsoft (and any of us using Windows) has ever seen!

http://www.microsoft.com/technet/security/advisory/912840.mspx

No virus(es) in OSX ;-)

They may have lot more to do with the fact that hackers don't target 
OSX.

Windows executing anything is a good help.

OpenBSD doesn't have virus(es)

There is Theo. Hackers fear the revenge.. :)

Nice. MS has a patch. But instead of maybe disabling a rarely used 
feature they want the pcs to be infected instead?

Jaime, not that I want to engage you in an argument, but stating 
OpenBSD doesn't have viruses is like saying cute blond girls don't 
get AIDs.  If you want to refer to OpenBSD as being more secure, 
and more importantly more securable if installed correctly, then 
we agree.

I thought "no exploicts" means no viruses can find a way in?

Viruses don't necessarily use exploits :-)

users are biggest exploit

OS has to protect against users too. When hovering or loading loads 
code, bad.

A smart user uses two computers, and that should be done by os instead.

Reihart. I was just teasing ;-) (However I find both OSX and OpenBSD 
more secure)

Good.  And we agree, they are much more secure.  I strongly feel 
that OSes should be OpenSource.

only OSes, or even languages, which are regarded being platfforms? 
:-)

then the next question will be 'should all platforms' be open source?

I have to agree about languages.   I'm the one that pushes Cark "alway" 
to open as much as possible on Rebol.

What options are there to pay the ranch, with an open rebol?

Sorry, that was meant to be Carl...LOL
There is more money in service in my opinion.

What could RT do there?

What does RedHat do?  What do the teams that make Firefox, and OpenOffice 
do?  And Gnu compiler?

This is the model that many companies use when they open source their 
products .. they become very successful servicing companies.

They have people for services. Take other peoples code and integrate 
it. RT builds only the languages. Carl is quite reluctant to take 
others code.

Would need areal company which pays as much as he gets now, keeps 
out of the way (No feature-wishlists). (My guess).

Probably too late to benefit from sourcing Rebol now... should have 
done it 5 years ago.

Maybe the opposite. As Reichart says, some things are easier to sell 
when there is competition. Now we have ajax.

That may give more chances to offer services.

Maybe, maybe not.

:)

I thought that Safeworlds has some influence on RT, as well as Carl 
listens to other folks like Jaime etc. I now wonder if he is alone 
in anti-open-source opinion?

btw - has anyone solved calendaring functions? I am about to proceed 
with our toursist portal and part of it are various Events in the 
region. Of course there is a date when such even happen. But it may 
get more complicated and I don't know how much should I complicate 
it :-) E.g., you may have some event, which is happening each monday 
for two months, you have some event, which is happening the same 
term each year. I am thinking of introducing time-slots, so that 
you can e.g. set 9:00 - 11:00, 13:00 - 15:00 in one day. But dunno 
how to aproach calendar. E.g. in one app I needed to count working 
days - not so easy, especially when each country can have various 
holidays etc.

but maybe I will not offer so much complicated solution, or I would 
have to implement whole calendaring facility, which surely is not 
trivial, or projects like Sunbird (Mozilla calendar) would be done 
in one day :-)

any references to calendaring api?

imo it should be extension of the 'now fuction ... e.g. for one project 
I needed to count week-of-year, so I created small function for it. 
Has anyone find usage/potential for such functionality?

hmm, http://www.caldav.org

http://wiki.mozilla.org/Calendar:Home_Page

look at the first sentence of Syncing chapeter :-)

Petr: IIRC Chris RG had a good calendar reblet with a dialect for 
repeating events etc

I believe eFishAnt has done some work on the calendar and scheduling 
functions for IOS.  I don't think he has released any of this code 
though.

Let me second what Peter Wood said. REBOL.org has a lot of potential 
and information that is not obvious, including a programmatic interface. 
The wealth of content and code at REBOL.org, and the valuable info 
in Sunanda's brain--if we can pick it, should be leveraged. At one 
time, we thought REBOL.org might be what you envision for RCentral, 
and it still could be. Anything that helps us organize all the information 
out there is a good thing. I still have a dream of a reb-ring of 
resources that is easy to share and aggregate, with both web and 
reb front ends (ala the original librarian).

Is it not true though that you are limited in what you can do with 
rebol.org ?  I.e.  there are some restrictions whereas if you had 
your own box, the library team could do more?  If this is the case, 
why not let the library team take over the new box and migrate the 
content from rebol.org to there?

The only limitation that I've noticed with rebol.org is a lack of 
skilled manpower.