World: r3wp

There's 1 mb left .. should talk to them about adding /View

Yes, but does it run REBOL? ;->

:)

View as big as .net BUT including os?

or remove all the other junk and put just REBOL on top of the kernel...

Well, I wouldn't call it 'junk'

Agreed. Think open source rebol linked in each of them :)

ok, sorry, not junk :-) but think of what you could do with REBOL 
in the same amount of diskspace

Add it to the long awaited Nano-ITX http://www.mini-itx.com/

and suse on Vmware and only mandriva could coonect to the net/play 
mp3s and other important stuff PLUS Rebol -  Altme

has anyone any experience, of how to configure 'sendmail, to allow 
sending email from various domains? I run cgi script, I want to send 
email from particular domain (virtual host on my server - I host 
several domains), but it always goes away as one concrete domain. 
I have suspiccion I should somehow turn off email masquarading, but 
dunno how :-)

if the user sending the email (usually "apache" or "httpd" if you're 
on CGI) is in the trusted users list for sendmail, it will accept 
whatever you put in the From: header. are you calling sendmail directly 
to send the email?

Petr, if at all possible, use Postfix instead of Sendmail. Sendmail 
is horrible

get-modes %vanila.r [owner-name]

Sorry, composing a question over VNC...

Really slow, which is odd because the target is a 'clean' WinXP install, 
where my old, upgraded-from-WinME XP install was much faster.  Anyway, 
inappropriate for the Linux group, I know.

Any suggestions on a better 'browse definition for Linux?

Volker is suggesting this:

escape-metachars: func["escape metachars" s][
 replace/all s "'" "''"
 rejoin ["'" s "'"]
]

browse: func[url]compose/deep[

call rejoin ["screen -X screen -- " (view-root/bin/browser.sh) " 
" escape-metachars url]
]

Trying to update my rebol installation on my red-hat 7.2 box. (Yes, 
it's old I know but it works without any problems). The new rebol 
stuff require a different glib_c version. How do I update this on 
my RH box?

Robert, you may find the right glibc rpm here: http://rpmfind.net/linux/RPM/index.html

Be sure to read about the different ones, so you get the right one.

You should be able to have more than one version of glibc installed 
at the same time (so everything will work). There are programs with 
GUIs in RedHat Linux to install rpms, or you can use the rpm command 
from the command line.

It's been a while, since I used Linux, and it can be a hazzle to 
update sometimes.

Oh, it's spelled "hassle".

hazzle would a good portmanteau word combing hassle and hazzard :-)

Geomol, thanks a lot.

Hm... ok got the RPMs but how to install several glibc parallel?

There exists no how-to for installing two version of glibc. I can't 
believe this. Haven't the Linux guys though about installing several 
different versions? Sounds like the MS-DLL-hell problem to me. Not 
a bit better than...

Except linux has version-numbers in the filenames and ms has not 
:)

ldd /usr/local/bin/rebol 
        libm.so.6 => /lib/libm.so.6 (0x40024000)
        libc.so.6 => /lib/libc.so.6 (0x40047000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)

I hope that redhat has libc.so.5 or something. then there should 
be no clash. do not know what the rpm changes though. where is it?

That's what I get:
[[root-:-km1428] root]# ldd /usr/local/bin/rebol
        libm.so.6 => /lib/i686/libm.so.6 (0x4001e000)
        libc.so.6 => /lib/i686/libc.so.6 (0x40041000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)

And:
[[root-:-km1428] root]# ldd /usr/local/bin/rebcmd

/usr/local/bin/rebcmd: /lib/i686/libc.so.6: version `GLIBC_2.3' not 
found (required by /usr/local/bin/rebcmd)
        libm.so.6 => /lib/i686/libm.so.6 (0x4001e000)
        libdl.so.2 => /lib/libdl.so.2 (0x40041000)
        libc.so.6 => /lib/i686/libc.so.6 (0x40045000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)

I used http://rpmfind.net/linux/RPM/to search for it.

Robert, actually Linux not only has not solved the DLL problem, they 
are even worse in some respects. In particular, you'd need to compile 
and distribute a different version of REBOL for each linux distro, 
not because the code is any different, but because it needs to link 
to different version of libs and so on (with different include files...); 
there is no way to ensure compatibitly.

Well, its not designed for binaries.. Interface os thru a wrapper, 
distribute the wrapper and rebol.o, problem solved..

The nice thing is, linux survives api-changes, windows not.

(because you can use different versions of the same library with 
different programs)

The best system I know, that handles all this is VMS (IIRC).

Anyway, what can I do now?

Volker: what you say is good for developers, but you can't ask normal 
users to recompile everything.

using different version of the same lib just because they have a 
different name is something you can do in any os. a newer version 
of a library should *always* be compatible with older software, so 
that you never need to have two versions.

i dont ask normal users, i ask the distro-makers. :)

staying always compatible is hard.

Well, all good. What can I do now? Still not solved.

If the rpm is for your redhat and has a 2.3, install it? after lots 
of backups maybe, i guess if the lib fails all fails. or unzip it 
and put the library somewhere else and use LD_LIBRARY_PATH. Do you 
have a link to the package?

But its nasty, i agree to dll-hell.

although if you want to run some things on nt4.0, you are similar 
lost.

hmm, how old is 7.2?

Hiow can I change my view-root under Linux?

Volker: so basically a software developer in linux does not distribute 
to users, but to distro makers, which in turn distribute to users? 
See, it's evil. Things should just run. That's how it worked on Amiga...

Robert: noone supports RH 7.2 anymore (not even RH), so basically 
you are on your own for everything you want to run there. With REBOL, 
actually, things are easy because it has very minimal dependencies 
(almost only the libc)

maybe you can make it work as Volker suggests using LD_LIBRARY_PATH. 
the good thing about linux is that, even though the design is so 
poor, you can still make it do what you want in most situations (however 
this often means hard work)