World: r3wp

then you symlink it in the /etc/rcx.d/ dirs (your distro will have 
ways to do this automatically)

in theory rebol scripts should work too provided you have the correct 
shebang line

however... you can always have a very simple shell script that calls 
rebol yourscript.r

(scripts in init.d should take certain standard args, so if your 
rebol script doesn't you're going to need a wrapper script anyway)

what do you mean by symlink?

symbolic link, see the LN command

eg. "/etc/init.d/yourscript start" should start the service, "stop" 
should stop it and so on.

symbolic link, ln -s

ln -s orig link

Ok.

see ls -alh /etc/rc3.d/ for eg

(ooh, I should be careful using capitals like that.)

not VMS anymore

http://en.wikipedia.org/wiki/Init

http://en.wikipedia.org/wiki/Runlevel

then check your distro's docs about how to manage the scripts in 
init.d

my little fax monitor script that was supposed to pick up new faxes 
and ftp them to me failed as it lacked the permissions to read the 
file

I guess I must have started it as root before when it was working.

yep, although it may not be necessary to give it root privileges

avoiding giving anything more permission than it need is a good thing

so, how would I read the files I need to then?

it depends on your fax drivers/software

I guess I can use set-modes

what is the group ownership of the files  can it be coerced with 
stiky bits can who runs the script share  be in the group the files 
are written in ...

can the files be world readable (perhaps a different security concern

when the fax is received, it invokes a bash script.  But I just remembered 
that I also call my rebol script from that bash script that creates 
the file in question.  So, I should be able to make it readable to 
my other script to ftp it to me.

Just a shout out to <b>Quanta+<b>


I think I'm starting to like KDE, and just last month I was a Gnome 
that thought it was KiddiE.

In the  had to say it  department
I think I'm settling on an environment, at least until I blink...

Debian GNU/Linux 4.0 - Thanks Ian
KDE with kdm - Thanks Matthias
REBOL - Thanks Carl
Cheyenne - Thanks Nenad
Quanta+ - Thanks Eric
Konsole - Thanks Lars
Whatever browser pops up...and the 'tousands of other net apps
Ahh, livin'.

Been Playing with Ubuntu .... managed to get a Rebol console running 
....

but how do I acess files on drives other than the Root ?? (I am copletely 
new to linux, so bear with me if I am missing something completely 
obvious)

Drives or directories?

Drives

my other drives are labelled hda1 or hda5 ...

Try this :

 list-dir %/media/hda1

Thanks Peter ... that worked ....

I'm not sure if it's very cross-unix, so there may be a better way.

Also try
list-dir %/

Hi Phil,


*nix doesn't use drive-letters, so _all_ drives show up somewhere 
under the root as directories. _Where_ they show up is up to you 
;-)

Drives are "named" /dev/hda1 (first paritiion on first disk), /dev/hdb3 
(third partitiion on second drive), etc ...

There's a file, which describes the mapping, where your drives are 
put, in Rebol

print read %/etc/fstab


the first two columns show where ich drive is put in the directory 
tree (and then some more info)

or you can do 

call "mount"

which displays the currently mounted drives.

ah! - AltME did it once again. When sending message, it got grey, 
and message sent is lost (did not make it to the Linux group)

I get following error message with my old Fedora Core install. I 
can't run SDK (dated 2.8.2006) rebols, it throws following error 
to the console:


/usr/local/rebol-sdk-cmd/bin/rebcmd: error while loading shared libraries: 
libstdc++-libc6.2-2.so.3: cannot open shared object file: No such 
file or directory

I've lost several messages that way today, despite being on a broadband 
line.

Seems either the new server is not stable, or the latest Altme is 
buggy.

Either way, this remains one of the most annoying Altme usability/reliability 
issues.

Pekr; On my Debian system, I had to do an
  apt-get install libstdc++5
to get an older sdk version running.
I don't know Fedora's package manager but under Debian you would
  apt-get install libstdc++6
to get the shared libraries required.

Under GNU/Linux, having various shared libraries around isn't great, 
but it rarely hurts things.
the ldd command will show what shared libraries are required.

I've got this odd problem.  I am running fedora core 6 as a vmware 
image.  the time keeps dropping back 12 hours.  I have the right 
time zone, and ntpd is running, and I'm pointing to a local time 
server.

How does hwclock react?

hwclock is correct.

and I've ticked that the system clock is not set to utc

I don't think a vmware image can alter the host clock ...

happening at boot?
does hwclock --hctosys fix the time?
I'm fishing here...could it be a cron job "helping"

oh .. is hwclock a program?

I'll try that when it goes bad again.  Seems to happen when I'm asleep.

I'll reboot the image and see what happens.