World: r3wp

Or do you mean GrUB?

Syllable requires a processor that supports i586 (Pentium) instructions, 
this is a leftover from AtheOS; Kurt wrote some lines of i586 instructions 
in assembler. An installation uses up several hundred megabytes of 
hard disc. About 20 to 24mb of ram is needed to boot. So, a Pentium 
60 with 24mb of ram and a small hard disc should be the minimum currently 
able to 'run' Syllable. A Pentium 166MMX with 64mb of ram and a 1gb 
hard drive can run Syllable quite comfortably. PPP is not supported 
yet, so you can only connect to the internet via a local network 
at the present time.

Syllable is currently hardcoded to require an i586 x86 processor 
or compatible (it will [to quote Kurt] "crash and burn on a 486"). 
The current developers are

So, presumably doesn't take advantage of multicore processors

I don't know if that's the boot code

bootstrapping?

Why not? We just fixed SMP, so we run with multicore now

Ahh ... cool

If it's only 70Mb I can manage that.

The real boot code is GrUB. There must be assembler in there, but 
it's out of our hands. We have a bit of assembler code that are probably 
small pieces of our part of the boot process, and maybe things like 
the scheduler

146Mb vmware image

The one from cilinder.be? That's a much more complete image, with 
the developer tools

Yes ..

Downloading it now.

That one has Orca running?

Yes, included in 0.6.1, and a newer version in 0.6.2

So, Orca replaces Perl for installation scripting?

Eek, no, we never used PERL for that!

what's the root password?

root

:-)

Cool .. 1024x768 working under vmware

No problem

Hmm.  Browser corrupts screen.

Terminal doesn't respond to double click.

Switching to Syllable group...

Does anyone here have any experience with working with the Linux 
SDK ?

me (for the Detective)

Ok.

Quesion .. if you don't mind.

I try this ... inside my encapped application

write %test.r {rebol [] print "hello"}
launch join what-dir %test.r

and it complains it can't find the file.

actually, 

launch http://www.valid.com/rebol.ralso fails

In windows, launch value .. value is taken as a parameter for the 
encapped application.  In Iinux, it demands a script.

i believe there are bugs in launch on linux, and i don't remember 
if they are fixed for 2.6.2... let me check rambo

#3231 is marked as fixed, but I'm not sure if anyone has tested it.

then there are #3581 and #3151, but since you are using what-dir 
they should not apply.

it launches a new process .. but can't find the script.

I didn't realise that such a fundamental thing was broken on the 
linux sdk :(

you can always use call directly

anyway, i'll test this and make sure it works. IIRC the Detective 
has issues with launch/quit on Linux too, but it hasn't been a huge 
problem for me yet.

this means I have to know the name of the calling application ...

launch has to know the name too. so if you don't... it doesn't either. 
i'm pretty sure launch is using system/options/boot

I just want to spawn another instance of my encapped application 
...

Ok, I'll check system/options/boot

call reduce [system/options/boot "argument"]

should give you "argument" in system/options/args and system/script/args 
(usual differences between the two apply)

Also, the AGG font demos on the desktop appear to be broken.

fonts require absolute path on linux

would you explain that ?