World: r3wp

timestamps would be nice...

I would like to make a IRC client from it as I have in rebol/plugin: 
http://oldes.multimedia.cz/rss/builds/irc-plugin/

But the flash client is now only 3kB and it's working in any browser 
not just in IE

I would like to make a IRC client from it as I have in rebol/plugin:

Oldes you can retake rkini.r script for base your pluginised client 
...

kini is far from javaIRC client for example but It can be a good 
start

I already started 2 years ago with my irc-core-client :) I just would 
like to make it async, but don't have time now

Are you all in holidays? It's quiet ;-)

4th of July (a good time for me to do project work) but wanted to 
say thanks for the Statue of Liberty you gave us many years back.

we shoot fireworks for a day, rather than shooting each other.

Does anybody know (use!) Virtuozzo ?
It's a virtualisation server application.

I wonder if buying an hosting on this kind is a good solution to 
host Rebol CGI apps.

Steeve: lol !!

Josh is now in Bejing then to Yinchuan China, for 6 weeks on a mission 
trip, teaching English as second language, so I am without my best 
French interpreter.

Or I would ask him your question...but I think Sunada, yeksoon or 
someone like that would know, or Allen.

Yes, not hurry. Don't bother.

I use Virtuozzo

and IOS is running within the VPS

Can anyone tell me where is rebol/cmd 2.5.125 on rebol.org/builds/ 
for linux??? On 15-Jun there are only Base, Pro and Core. But no 
command!

rebol.net ?

Sorry, on rebol.net...

seems last one was Nov 2004.

I see that all platform have since 6-jun Base, Pro, Core and Command, 
but linux is missing Commandµ

Carl told that the command build for linux was done on 15-Jun, with 
Pro, Base and Core, but I cannot find it!!

www.rebol.net/builds/042 -- but, you are corrrect... I see no rebcmd 
there, just pro, etc. Will upload command soon (perhaps the transfer 
failed).

Thanks...

done

Cool, thabnks for your quick reaction...

I found a critical bug: when rebol is configured to work as cgi engine 
with SELinux (Security Enhanced Linux), it generates a Segmentation 
Fault. I uses Fedora Core 3 with SELinux to secure the httpd daemon. 
For now, if you want to use rebol as a cgi engine, you must disable 
SELinux. See RAMBO Ticket #-376

I'm currently trying to filter IP addresses that try to log into 
my SSH server. For this I use a tool "swatch" and "iptables" to filter 
them.

But it looks like this isn't working really good.

Can anyone give me a tip how to filter/drop IP addresses for a specific 
time-range if there are illegal login attempts? IMO this would be 
a really cool admin tool for Linux.

Does anyone have an idea when REBOL/View 1.3 for Linux will arrive?

RT used to have interesting definitions of "soon" in the past ;-) 
[Like we all do ...]

has anyone figured out how to run a script as a daemon that can be 
started at boot?

There seems to be a related discussion in this group around the 8-Jun-2005.

I see it, but it's related to background jobs, not at startup. I 
found some general documentation on init.d, but it's very convoluted 
and unclear....

it depends on your distro

and distro startup documentation is frequently convoluted and unclear. 
Good luck! ;-)

Dont know that eally well myself. what i firued out: usually (debian, 
suse) startup-scripts are in /etc/init.d. on debian there is a /etc/init.d/skeleton 
as base for own script. then there are the runlevels in /etc/rc?d/. 
links there go to /etc/init.d/ an tell the system what to start/stop. 
the numbers in the filenames are the priority, lowest run first. 
Usually there is a gui-tool like yast or ksysv which scans /etc/init.d/ 
for scripts and makes the appropriate links. tricky things are to 
write the startup-script, to figure out which runlevel to use and 
how the os figures out what to stop. although if you dont need that 
runlevel smartness, because you call it on boot and let it be killed 
by shutdown, you can just use a normal bash-script.

(runlevels tell which servers etc to run. so there is one with everything 
off for maintenance, one for console-use, console with network, console+network+gui-login, 
these with and without network, maybe some others)

Is there any reason that this group is private and not published 
to the web?  I know that there is a lot of good information in this 
group and everyone should have access to it.

I think there would be plenty of material for creating help docs 
about rebol driven daemons and services for either windows or linux 
servers, right? I'm going to run into this problem very soon and 
it would be nice to allow conform installation of rebol daemons this 
way. Has anyone worked on providing debian packages of rebol?

well in fact the problem is that rebol have been désigned more to 
be a cgi engine than  a real service / deamon capable  system. It 
depends too if  your REBOL application have been wrapped (REBOX,GREBOX, 
SDK/ENCAP,PAYLOAD) . With a wrapped version it's easier to run ...

I made for windows a Dyndns client in REBOL witch runs automatically 
on startup using register base  HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Run. 
For linux /etc/rc*d files works like bash script.

Actually I'm playing with festival on linux  ;) REBOL festival Client 
 with visual interface to feed the festival software running in server 
mode only take 10 lines  I love REBOL :))). So now on linux I can 
make my Computer speech me  the Carl's blog content while I'm in 
the mean time reading the French forum new posts ;)

Festival is a software made in Scheme ( a Lisp clone) that allow 
voice synthésis (debian pakage are available on bedian.org website 
and can be acceded using Synapse GUI debian DLand Install software).

To run my solution I simply make a bash that tests if festival is 
yet running or not and then runs it (I'm using 1.2.1 REbol version 
for linux ...) and then runs my GUI software ;)

I'm working on a text to speech processor that could use MBROLA  
as  engine ASCII TEXT would be converted to PHO mbrola phonetic describtion 
file. Of course using rebol/view  1.3
 :)

I think parse would do a trully great job for this  kind of rebol 
software

ARG REBOL/VIEW 1.3.1  doesn't freely support run function ...

Was it 'run? What about 'call?