World: r3wp

Nope.

Rebol isn't in the Ubuntu repositories

so what does one use in a server environment to download stuff?

wget <url> downloads files

So I guess you could get it directly from rebol.net that way?

I tried wget ... and command not recognized.

Try an "apt-get install wget"?

thanks .. that worked

How does one launch a new shell from an existing ? bash shell

oh ... just do this
./cheyenne &

Kaj, I know which libraries are necessary. But Rebol (or LibDL) can't 
find them even the libs are installed in /usr/local/lib

/usr/local/ is an odd place to have the X11 libraries. How were they 
installed there, and is that place in the library search paths?

I'm not talking abot X11 libs.

I'm talking about a dynamic lib I compiled myself that I use from 
Rebol.

This lib is linked against other dynamic libs (and GCC preferrs to 
use dynamic libs). And these other libs can't be found when I load 
my lib into Rebol.

I have switched to a static linking in which case it works. But I 
don't understand why the system can find dynamic libs in /usr/local/lib.

Those other libs are selfcompiled ones as well.

On Windows I start my Rebol scripts with such a line:


D:\rebol\sdk-2-7-5\tools\rebface.exe -s "D:\rebol\link\xpeers\users\privat\_incl.r" 
"%1"

This is the default action for .R files.

How can I mimic such a behaviour on Linux (only command line no GUI)? 
I tried a shebang line but doesn't work.

Ok, the shebang line has to have a Linux LF only otherwise the CR 
gets appended to the next argument.

Which leads me to the next question: How do you handle Rebol scripts 
that are used on Windows and Linux regarding returns? Do you just 
use the LF or CRLF or CR (OSX)?

by handling, do you mean running? because rebol on linux would not 
have any trouble running scripts written in windows notepad.

Yes, that's what I mean.

Ok, but the shebang can only be used if written in Unix style.

yes, windows can't use shebang notation for anything.

And now there is the poblem. You have a script that runs on Windows 
and Linux. On Linux via shebang. This implies Linux return style 
even if you edit it on Windows.

The launch environments are different in that the shebang path is 
used by the shell to know what to do with the script. You can also 
run a REBOL script in the linux terminal with: rebol -qs script.r 
and it will be the same script as under Windows. It might look a 
little ugly, but you could wrap your windows REBOL scripts in a shebang 
script.

Yes, I'm searching for a simple way to start my rebol script under 
linux wihtout having to write long command lines becauseI use the 
include wrapper from Lad too. So the line would become really long.

Maybe a starter script is the way to go.

I "finished" my web to fax gateway

Any linux users here ... able to review my instructions

http://rebol.wik.is/Hylafax

Just need to add an instruction on how to start cheyenne up with 
the OS

Updated the docs since i ran thru the whole procedure and found some 
differences between what I wrote and what happens!

Robert, you said:

Why does Command on Linux require the libX... libraries?

And, is there a list of required libX... ?

Whether new libraries installed into /usr/local/lib/ are automatically 
recognised depends entirely on the sort of Linux you are running; 
that's why I asked you if the location of your libraries is in your 
library search paths

It's likely that you have to run the ldconfig command (as the root 
user) before new libraries are added to the libraries cache

On Syllable Server, for example, this is not necessary

Regarding the shebang line, if you edit a script with one on Windows, 
you'll have to make sure that the shebang line still ends with just 
an LF

Kaj, I have now all X libs installed. But I still don't get why Command 
requires them. It's plain cosole based no graphics. So why the X 
libs?

shebang: Luckly my Windows editor can handle files with mixed returns. 
So the first line is now unix style while all others are windows 
style.

I have one strange effect, that a Rebol script using a DLL works 
on Windows whereas on Linux I get a SEGVAULT.


How can I best track this down? I tried GDB but didn't made it to 
load rebol, include script, script etc. until I could start the whole 
thing.

Is there a "simple" way to get more information than just: SEGVAULT? 
Is it always a memory-problem?

Command/View needs X just like View does, even if you are just doing 
console stuff. Have you tried a Command build, or Core?

They use the X libs for font management in Draw, which can draw to 
in-memory image! values as well.

I just used command, not command/view. But OK I think it's the DRAW 
into-memory support.

Made it with GDB. ... Hacking around with the different path etc. 
solved it.

If I remember correctly, the console REBOL versions need the X11 
libraries for image manipulation

This is indeed an important issue when integrating with console Linux 
server versions