World: r3wp

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 ?

this will eventually be fixed but it's not easy (needs a different 
build for each distro... so the final solution is R3)

when you specify a font, you need to specifiy the abs path to that 
font ?

exactly, to the ttf file (for AGG only, not face/text)