World: r3wp

As well? Does that include 64 bits? Then you can't do that without 
a 64 bits installation

i have the 64bit version of Mint. never had any problems with 32 
bit apps, and the system is 20% faster than the 32 bit version (I 
actually tested this), and able to use all my RAM and not just part 
of it.

if you have more than 2 GB of RAM, there are just too many advantages 
to using the 64 bit version.

Mint includes the 32bit libs - one of the many reasons it is a great 
Linux distro :)

Any other killer features?

they have a number of GUIs but i've never used them. (like for sharing 
files with other people etc.)

otherwise, it's Ubuntu with more QA :)

(and a better non-brown theme)

Ubuntu and QA in the same sentence? :-)

well, in the level that you can get on Linux of course.

anyway, don't listen to me, just download the live cd, look at it, 
and trash it if you don't like it.

For me, Ubuntu feels worse than Win98 in QA, so yes, that's why I 
question the QA abilities of the Ubuntu team. It looks to me that 
they only test the first 30 seconds of desktop usage.

Hmm... ok. What I need is a debian based simple distro. So, it sounds 
like MINT is a good choice.

If by simple you mean user oriented, then yes

robert, as a rolling release system ARCH could be a solution as well. 

it is not DEBIAN based (closer concept to BSD and GENTOO) but it 
is very fast, stable and alway fresh. 

the configuration e.g. is central and very logic. I am using it with 
a small footprint XFCE
for desktop-virtualisation, just running...and running...

I don't think Robert would like Arch for a desktop (too much configuration), 
but as a server, maybe

Correct, I just need a simple (not much to configure) system so that 
I can compile some code, that will than be transfered to my server 
system. I avoid compiling on my server.

On the server I use EisXen. Sof far OK, but the update/upgrade route 
is bad.

I would like to switch to debian but don't know how I can do this 
on a running system...

If you can get away with introducing binaries from other systems... 
They can easily become incompatible. One thing that may help is to 
choose an older distro to compile on

Robert: I use Ultimate Edition 2.3, it can boot to KDE or Gnome. 
If I can set it up and run and compile on it, any body can :)

Ok. I found a how-to for changing the distro on a live system via 
SSH. I think I will give it a try over the "clam x-mas days". Than 
I have enough time to fix it if I screw things up.

Interesting, where is that?

http://www.goudkov.com/

Chrome for Linux beta has been released.

Installing Jolicloud on a netbook, that I borrowed. We'll see how 
well it works...

well, that was it. now it's uninstalled, which was the best part.

don't you love how everyone is suddenly copying the iphone?


and that it basically uses the paradigm of windows 1.0 , just with 
prettier graphics.  :-D

the wheel of technology... round and round it goes  ;-)

Actually i thought it was a clone of the iPhone, but it turned out 
to be a thin shell above Ubuntu with a less usable browser and Gnome 
windows constantly popping up in a jarring way above the UI. I hate 
these papermaché solutions that only superficially tries to do something 
for usability.

someone test the new linux host kit of carl ?

Henrik, did you try Moblin?

No, I did not.

Where Can I Download the linux host kit?

you must ask carl, on R3 devchat

I'm testing the Linux host kit. Anything you want to know?

I am interested in Rebol on ARM Android  platforms.

Kaj - I want to know, if 'call command is part of the core, or the 
host. Because its current implementation sucks big time and I want 
/wait and /output refinements back :-)

The Linux version of R3 of call has the /wait option by default :-(

uh, that should be ... reported :-)

I reported the problem for OS X - #914 - as far as I know its the 
same code on Linux.

mine is here - http://curecode.org/rebol3/ticket.rsp?id=1223&cursor=26

So far, R3 for Linux is only there for 32 bits x86

If you're willing to test the host kit, I think Carl will be willing 
to bump the priority for other architectures

CALL having /WAIT hardwired is better than the reverse. Without /WAIT 
it's useless in most cases

You'll have to upgrade to Linux, Petr ;-)

... or stay with R2 :-)

now now pekr... I'll hold you to it... as you said before, everyone 
should use R3...  ;-)

Ah, calls to the standard C system() function are in src/os/posix/host-lib.c

Maxim, I didn't want to remind Petr :-)