AltME groups: search

Reichart:can you move the Linux group-with all the messages- to the 
operating system group?Make sense to have it there

Moved Linux and Core.

i'd want to spend a little more tie testing - im trying it on fedora 
core 2 in another few hours as our linux servers go live

Apologies -- REBOL.org was unavailable for just under a day, it's 
back now.

The problem originated with the ISP, and it took them a little while 
to work out what they'd done wrong.

Using a "non-standard" language seems to have added to their debug 
time:
Extracts from two emails from the ISP's technical support:

<<Hi, Sunanda.  Sorry this is taking a bit.  As I'm sure you know 
you have

a non-standard setup :-)  We aren't familiar with it and are puzzling 
it

out.  Am I right that you have your own scripting language?  And 
that
[snipped] is the [path to the] interpreter?>>

<<Aha!  Our web server rebooted yesterday.  It's a FreeBSD server, 
and for

a reason we haven't determined yet, the Linux compatability module

didn't load.  We loaded it and your site works again.  We'll figure 
out
why that module didn't load at boot.>>

Sunanda: given that R2 uses the host current code page, I think the 
best way would be for the user to convert the script after downloading 
it. On Linux or Mac for eg, UTF-8 is perfect for Core scripts as 
the terminal is UTF-8. On Windows or for View scripts, you'll get 
the host code page displayed anyway, so the user has to do the conversion. 
A tool to do that automatically would be nice (I have the code, it 
will be released soon, but you may need to wait a couple weeks more).

I see the problem is also for XP not only for linux... 


I tried with 1.2.8 and newers all XP included yesterday betas. All 
the same.

Hey I see these messages!  Smiley...And here I was trying to get 
into REBOL3 so I could lurk.   Reichart.  I've tried the Linux (on 
Debian 3.1 r0) and WinXP, and I get nothing in terms of old messages. 
 Until I just read you, Henrik and Graham talking I thought it may 
have been design intent.  I plan on looking into/trying things further 
now.

Linux sync test

Gregg? Same question as for Linux: can someone move this group under 
the Operating Systems divider? Thanks

you guys are terrific :-) In current days, when only Windows and 
Linux are considered as having chance to succeed, well, I forgot 
OS-X of course :-)

Amiga has long been fractured, too. There's Amiga Inc., there's MorphOS 
and there's AROS. Recently I read that their ports of the GNU toolchain 
and other Unix tools are all different, for example, and can't be 
integrated anymore. I like AROS, but it's clear that Syllable is 
much more modern. We have all the things Amiga and Be users always 
wanted: memory protection, virtual memory, hardware abstraction layer, 
driver architecture, multi-user. We're also far ahead of AROS because 
we can port POSIX software and Linux drivers much more easily. Our 
development environment has been selfhosting for ages, we have lots 
of drivers, USB, etcetera.

The driver framework is going to be revamped with better use of the 
video card: backbuffering and integrated 2D drawing functions. The 
current discussion will also lead to deep integration of 3D. Both 
software rendering and hardware rendering are being worked on. This 
takes the kind of fundamental changes throughout the system that 
take many years on for example Linux, because no project has control 
over all the parts that need to be changed to coordinate everything 
in the best way possible

Similar things as other live CDs: Linux, BSD, AROS

I don't know BartPE, but it's obviously inspired by the Linux live 
CDs

Graham, I thought you ran Linux and BSD?

And I only set up servers to run linux.

Yeah, but are Linux users your target audience??

That's just Core on PPC Linux. Both ports on PPC and on Linux were 
already done, so this is little more than saying that Core 2.6 still 
builds successfully on those systems

Unfortunately, this afternoon, trying to install the VMware player 
destroyed my Ubuntu Linux installation

It wants root, like all the Linux installers. It can do what it wants, 
and it does

I would be surprised if the stock installer didn't trash Debian-based 
Linux.

The main accompanying image ot this VMplayer release is an Ubuntu 
Hoary image. So I didn't see anything wrong with installing the player 
on Hoary. The requirements mention Linux - no warning at all

VMware supports just about any Linux as a client with no difficulty. 
However, it requires a bit of hacking and testing to host VMware, 
so they have only done so on a few stable, commercial distributions 
like RedHat and SUSE.

Probably comparable to the first stages of REBOL/Core years ago. 
On the other hand, it also has some much newer functionality already 
implemented. It has a simple interface to QT on Linux and the beginnings 
of an interface to OpenGL

If you are running Linux, you can also use that to read the install.txt 
from the CD. Windows unfortunately can't read the RockRidge format

No linux. Where's the install.txt ?

Of course, Linus has never been a company. He was a student in a 
smelly dorm room with the curtains shut all day while developing 
Linux

Why is software backed by a corporation a better route? Because in 
theory you can sue them, and decision makers are usually lazy and 
techically illetarate, so they prefer to have legal ways to assert 
themselves in case of need. I think thats part of the reason that 
RedHat succeed with Linux.

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.

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 
:)

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.

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

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...

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)

Amiga had a different design. In my experience, if you work against 
the design, you have problems. In linux case, the design is "distribute 
as source". If that works bad, its evil. If binaries works bad, thats 
bad luck..

Volker do you need RH 7? Else upgrade to Fedora 4... plug and play 
actualy, Not my Linux Linux flavor, but Fedora hits close to RH 8.. 
Or else look for fedora 3 ?? RH 7 i guess.. You install it in less 
then 15 minutes !!! just did it today..

The libc bits on an up-to-date "Red Hat Enterprise Linux WS (v. 3 
for x86)"  
 


-rwxr-xr-x    1 root     root      1144368 Mar 24  2004 libstdc++-2-libc6.1-1-2.9.0.so

-rw-r--r--    1 root     root       426620 Mar 24  2004 libstdc++-3-libc6.2-2-2.10.0.a

-r-xr-xr-x    1 root     root       408440 Mar 24  2004 libstdc++-3-libc6.2-2-2.10.0.so

lrwxrwxrwx    1 root     root           30 Dec 22  2004 libstdc++-libc6.1-1.so.2 
-> libstdc++-2-libc6.1-1-2.9.0.so

lrwxrwxrwx    1 root     root           30 Dec 22  2004 libstdc++-libc6.2-2.a.3 
-> libstdc++-3-libc6.2-2-2.10.0.a

lrwxrwxrwx    1 root     root           31 Dec 22  2004 libstdc++-libc6.2-2.so.3 
-> libstdc++-3-libc6.2-2-2.10.0.so

lrwxrwxrwx    1 root     root           20 Dec 22  2004 libstdc++.so.2.7.2 
-> libstdc++.so.2.7.2.8

-rwxr-xr-x    1 root     root      1025339 Mar 24  2004 libstdc++.so.2.7.2.8

lrwxrwxrwx    1 root     root           18 Dec 22  2004 libstdc++.so.2.8 
-> libstdc++.so.2.8.0

-rwxr-xr-x    1 root     root       375773 Mar 24  2004 libstdc++.so.2.8.0

lrwxrwxrwx    1 root     root           22 Dec 22  2004 libstdc++.so.2.9 
-> libstdc++.so.2.9.dummy

-rwxr-xr-x    1 root     root         5428 Mar 24  2004 libstdc++.so.2.9.dummy

lrwxrwxrwx    1 root     root           18 Sep 29 18:51 libstdc++.so.5 
-> libstdc++.so.5.0.3

-rwxr-xr-x    1 root     root       709456 Jul 19  2005 libstdc++.so.5.0.3

Brian, I did. That's were the current rebol-ubuntu came from. Problem 
is, it does not seem that standard. Most of the Linux boxes here 
won't run it.

Take a look at http://www.johnsons-web.com/cgi-bin/test.r.This is 
very bizarre! If you use netscape, you will see the entire usage 
message from rebol displayed prior to the mime-type header. If you 
use IE, it is likely that some but not all of these effects will 
be obfuscated, but you should be able

to see the entire output if you view the source. The sources from 
the script is being sent from a windows computer to a linux server. 
Now, if

I use a FTP client like WS_FTP which as a "ascii" mode, it automatically 
converts line enders to unix style, and this problem does not occur.

I do not believe that 'rebol on the linux server is the latest. I 
am using 2.5.6.3.1 (for windows) on this machine. I think I've got 
the latest for linux on my main workstation, but it is not available 
right now....

Chris: from what I see, it does not. Either the file has to be transfered 
and saved on the server with unix-style line enders or -q has to 
be there to make it work for me. Time will tell. Unfortunately I 
don't have a linux machine to download and compare.... Can you say 
"Heisenberg Uncertainty Principle"? :-) Anway, what works, works. 
I'll post more on this subject when I actually get back to programming. 
thanks.

Never seen that problem, Tim, despite developing in Windows and running 
live in various GNU/Linux/UNIX systems/

But then all the websites I support that have REBOL CGIs use a REBOL 
uploader rather than an FTP program -- so line endings are automatically 
translated.

can't open a port on the mac... trying my linux box

well, I'm editing and running on my linux machine, so I assume so.

aah! cgi-scripts on linux do not work then.

rebcmd has no /view IIRC and should run fine. rebcmdview would be 
interesting. until now i have just given up with linux-cgi and graphics, 
but never tried the betas.

nope. I'm starting to think it's a Linux distro issue - I'm running 
Fedora Core 4 beta

I found a critical bug: when rebol is configured to work as cgi engine 
with SELinux (Security Enhanced Linux), it generates a Segmentation 
Fault. I uses Fedora Core 3 with SELinux to secure the httpd daemon. 
For now, if you want to use rebol as a cgi engine, you must disable 
SELinux. See RAMBO Ticket #-376

With Apache 2.x (normal CGI), we have: make object! [ 
	server-software: "Apache/2.0.54 (Fedora)" 
	server-name: "localhost" 
	gateway-interface: "CGI/1.1" 
	server-protocol: "HTTP/1.1" 
	server-port: "80" 
	request-method: "GET" 
	path-info: "/sample01.rhtml" 
	path-translated: "/var/www/html/sample01.rhtml" 
	script-name: "/cgi-bin/magic.cgi" 
	query-string: "" 
	remote-host: none 
	remote-addr: "127.0.0.1" 
	auth-type: none 
	remote-user: none 
	remote-ident: none 
	Content-Type: none 
	content-length: none 
	other-headers: [
		"HTTP_HOST" "localhost" 

  "HTTP_USER_AGENT" {Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.10) 
  Gecko/20050720 Fedora/1.0.6-1.1.fc4 Firefox/1.0.6} 

  "HTTP_ACCEPT" {text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5} 
		"HTTP_ACCEPT_LANGUAGE" "en-us,en;q=0.5" 
		"HTTP_ACCEPT_ENCODING" "gzip,deflate" 
		"HTTP_ACCEPT_CHARSET" "ISO-8859-1,utf-8;q=0.7,*;q=0.7" 
		"HTTP_KEEP_ALIVE" "300" 
		"HTTP_CONNECTION" "keep-alive" 
		"HTTP_COOKIE" "PHPSESSID=7f84fd7766f23e1462fed550ecbbfda4"
	] 
]

You are right. So i will try on Apache Linux. It shoud work as I 
succeeded with both lighttpd and litespeed. By the way, these two 
web server are very good and so easy to configure (specially LiteSpeed)...

After all Carl decided to do rebol when he set up a linux-server..

3) I have older version of rebcmd from linux sdk I bought. But it 
did not used 'read-cgi at that time (well, here we are with SDK coming 
late ;-) My question is - I uploaded rebol core into cgi-bin directory:
a) is it desirable aproach or should it be avoided?

b) how do I assure, that if I ftp rebol executable to cgi-bin dir, 
to have sufficient right of the target directory, so that it could 
be run?

what permission does rebol need in linux filesystem?

Sad. and no linux-sdk?

I am running XP on my local computer. Out web host's server is running 
Red Hat Linux.


Which version of core should I use on the host server to run the 
cgi scripts?


If I download the proper Linux core interpreter to my  XP computer, 
and uncompress it using WinZip, will it be corrupted by XP?  How 
do I get a clean version of core to the Linux server?

I am trying for first time to setup rebol for cgi on  remote Apache 
web server on Linux.
I am working from WinXP
Site management is done with EnsimPro. Ftp does not yet working.
So what is done up to now:

Uploaded file Rebol from rebol-core-2602042.tar package for Linux 
to cgi-bin directory;

Set permisions to owner read, write, execute and for group and others 
to read, execute;
Test script -> write file read file,

Test script uploaded (throught web broeser by using EnsimPro web 
interface) test script:

#!/var/www/cgi-bin/rebol -cs

REBOL [Title: "CGI Basics"]

print ["Content-type: text/html" newline]

print "Hello!!!"

to cgi-bin directory;
Set the same permisions.


Pointing to the test file I am getting "500 Internal server errror" 
What else could be wrong?


Interesting that I have interpreters directory on this web server 
where are couple files regarding php and perl.
Could it be connected with my problem?

Is it o' k that it is just rebol file from linux package and that 
I extracted it on WinXp then uploaded?
What you meant under "mask"?

Btw content of one of file in the interpreters dir:
#!/bin/bash
if [ -z "$REDIRECT_STATUS" ]; then
  echo -e "Content-Type: text/html\r\n\r
<b>Security Alert!</b> The Perl CGI cannot be accessed directly.


<p>This Perl CGI launcher is configured to require a redirect.  This

means that a page will only be served up if the REDIRECT_STATUS CGI 
variable 
is set, e.g. via an Apache Action directive.</p>


<p>For more information as to <i>why</i> this behaviour exists, see 
the <a href=\"http://php.net/security.cgi-bin\"> PHP manual page 
for CGI security</a>.</p>

 else
  export SCRIPT_NAME=${PATH_TRANSLATED##${DOCUMENT_ROOT}}
  
 export SCRIPT_FILENAME=$PATH_TRANSLATED
  /usr/bin/perl 
$SCRIPT_FILENAME"
fi


As newcomer in linux and apache I can only ques what it mean, but 
I am thinking about this line:
 This Perl CGI launcher is ...

win --> linux: Does your uploaded script have the right line terminations?

ldd rebol-view-executable

 under Linux could tell you what libraries are needed. If that is 
 not much (e.g. one library being dependant upon other etc.), you 
 could try to upload those libraries to where your view executable 
 resides. The question is, what is Linux OS strategy to look for libraries 
 - current dir, some central libraries storage path, elsewhere ...?

I found that in my case on Linux RebViev needs linux-gate.so.1!

I tried to google for "download linux-gate.so.1", but there was a 
lot of links for different things and it seems form me that it is 
included in some installation packgage.

Could some body help with this library  an is it worthwile (will 
RebView takes it from current dit)?

according to Gabriele, Linux might have some default library locations 
... but e.g. I run sqlite as dll, and I point rebol to load the library 
and it loads it from anywhere. The question is, if the same is right 
for executable dependant libraries

I asked for mu web service provider to add linux-gate.so.1 to the 
server he did not aprove that he did (actualy I did not get any answer 
yet), but today I found that my test script:

 #!/var/www/cgi-bin/rebview -cs

REBOL [Title: "CGI Basics"]

print ["Content-type: text/html" newline]

print "Heloooooo!!!"

works differently - I am getting following response:

** Near: size-text self

You can check: http://www.jk.serveris.lv/cgi-bin/test

What could it mean?

Anton, do you have any idea about ** Near: size-text self  with Linux 
and rebview for cgi?

I haven't used rebol much on linux, yet, but the error sounds suspiciously 
like the common mistake of running rebol without X running, as Tom 
said. The linux server you are uploading rebview to may very well 
*not* be running X.  If that is the case, you will have to settle 
with Rebol/Core only.  Do you really need View features ?  I know 
some people found that they missed some image manipulation functions 
from Rebol/View that are not available in Rebol/Core.

Do you have a linux box at home to play with ? You could try install 
Rebol/View on it without X running and see what error you get...

Sounds like I should to think about other solutions of human control 
and image resizing & texts on them.
It is a pitty.

Human control could be organized by just set of image files with 
some "kidnaping" fonts letters and some simple script in Core.

Image resizing (f.ex. when uploading) theoreticaly could be done 
with Core - but it seems too much work for me now, because I dont 
know yet how image files is built and those resizing algorithms.
And about text placing on uploaded images I can forget.
All things above could be done in View just fine.
:(

It was good idea, that I made first my private blog site on Linux. 
Despite Rebol runs on so many systems - running the same things on 
other systems should be checked before. Especialy if there are no 
expierence of work on that system.


BTW I found in the google the similar response was caused from uncomplete 
View instalation: http://demo.rebol.net/list/list-msgs/34071.html
But it looks that this is not the case.

Because I don't know it.

And I whanted to use my blog site as demo for all those good things 
that could be done with Rebol.

But whell - as I undertood I can use it on Linux web server. Anyway 
thanks, Graham, I will check how can I use them.

This (in readme) makes me think: "Requires specific library versions 
on Linux/Unix systems"

Rebol.org had a similar problem when the ISP moved from Linux to 
BSD - they fixed it by running a linux compatibiity utility. Sunanda 
knows the details.

Al I know is that the IS neglected to start the "Linux compatability 
module" on a reboot -- and so EBOL.org 500ed for most of a day until 
we got t sorted.

I've sent Alek the full emails from the ISP documenting the problem, 
but they don't realy say very much more.

Shared object "libm.so.2" not found, required by "rebol"

So ISP said "this software is old - please upgrade, as we did".

Argh... how can I argue with him? Any suggestions? I'm green in such 
subjects as freeBSD/unix/linux.

it is possible that it can interfere with other apps, so they might 
refuse to do it. however, linux allows "local" libs (not system wide, 
but just for your cgi or even just for rebol), so if it's the same 
on freebsd they could do that.

Ok, I have a question regarding blog.r .  I set it up on a server 
to play with it for a few minutes.  After a couple kinks, I got it 
working with a few tests.   I went to delete the test blogs but found 
they were created under the www-data user and group (this is on a 
linux server) and I do not have writes to delete or modify these 
files.   In the future, is there a way to have the files created 
under a different user / group?

I used fastcgi in the past, wich Apache, under linux. All modes worked 
fine IIRC. However, under windows, the implementation was crippled, 
and only external mode worked.

The generating part will be asking you a few questions and the generate 
matchhing config files and binaries that you can copy to an empty 
Linux box with only lighttpd installed (or enginx)

Or make a clear cut about which part you want freedom. as with classpath, 
or linux-kernel where you can run closed stuff on.

Bad example with the Linux kernel. Their license really doesn't allow 
that kind of binary linking, but that restriction is just not enforced 
that much because the linking is usually done locally.

No, linux allows explicitely running closed stuff on it. it does 
not allow closed stuff in it, there you are right. which relates 
to some video-drivers.

doesn't even need an install  :-)  and it works the same on mac and 
linux.

ICarii, I just quickly tried your synth2.r. It plays the song here 
on Linux, and matches the score. I wonder, though, how you are going 
to scale the program. Rebol's sound port is currently underpowered, 
and Rebol isn't fast at number crunching which is necessary for audio 
work. I don't like the idea of waiting for hours for a full song 
to render.. I would be looking for an audio processing system to 
hook into rebol.

Q. Given that  window transparency is OS specific, will there be 
a dialect that covers both Windows, Linux and 40+ other OS?  In other 
words, does RT plan on continued support of so many languages, or 
are we entering a new era of specific OS support?

Q: What does the world on Nov-15-2005 look like?


A: Our main goal is to get REBOL into the hands of more users, not 
just programmers and techies.... by the millions over time.  By doing 
that, we create a market for not only handy free REBOL apps, but 
also for commercial apps and entire businesses that are related to 
REBOL.



Q: Given that  window transparency is OS specific, will there be 
a dialect that covers both Windows, Linux and 40+ other OS?  In other 
words, does RT plan on continued support of so many languages, or 
are we entering a new era of specific OS support?


A: Our plan is to make that a window option that is part of the face/options 
for a window.  If an OS does not support this mode, then the option 
will be ignored, but the application will still be fully functional.



Q: I hope it is still valid that cooperation with RT is possible. 
I mean - last few weeks I play with some Win32 functions (thanks 
to Gregg) and I would like we would have proper app behavior in multi-monitor/multi-desktop 
environments .... so I wonder if any SIGs will be created, some ppl 
will be invited to participate, comment etc., or if RT is gonna cook 
it all themselves?


A: Yes, there are many such special interest projects currently going 
on. (Most of them are occurring via private projects in AltME and 
IOS.)  These days 90% of REBOL changes are done in cooperation with 
the REBOL community.



Q: Hi .... with recent Rebcode releases, we can see that internally 
new Core is marked as 2.7 and View is marked as 1.4 Is it just working 
"title" or will those products be marked as that? And if so, can 
we know, what other changes will go for 1.4 View release target? 
Will there be any AGG fixes/additions (to support SVG RebGUI progress), 
or even VID changes? I still think, that VID is missing few fine 
styles as tab, group-box, better list as was introduced on IOS Developer's 
server, (eventually tree, menu), to allow novices to start using 
VID/View more productively. Any chance RT can tell us, what is the 
plan for 1.4 release?


A: Regarding 2.7 and 1.4 question: we change the revision numbers 
(the second number) whenever there is a major change in REBOL that 
may be unstable.  The /core 2.7 kernel (that is in /view 1.4 as well) 
adds new datatypes to REBOL, and they are the first datatypes added 
in several years, so we consider this to be a major change, and marked 
it that way.
Yes, we do plan to be making a few AGG fixes very soon.

Oh, and regarding VID: we plan to be making very big changes there. 
More to come soon.


Q: Could you add struct! support to /Core?

I keep on having situations that would be made much easier by struct! 
when I don't need libraries. For instance, conversions from external 
binary data encodings to internal REBOL values, say for file formats, 
network protocols and so on. Now rebcode has added other forms of 
strong typing like the type-specific opcodes and the vectors. Having 
structs with their constrained field types, their specific data layouts, 
would be a perfect match for the low level operations of rebcode. 
They would be helpful later when implementing your own data types 
as well.


A: On structs: yes, we will enable this feature on core, but it should 
only be used for lower level code.  Objects are more powerful.


Q: Could you add an APPLY opcode to rebcode?

    apply: ["Apply function or path to arguments, save result" word! 
    word! | path! block!]

In rebcode:
    apply x f [arg1 arg2 ...]
Is equivalent to this in REBOL:
    x: do f arg1 arg2 ...


The advantage to doing function calls this way is that the arity 
of the opcode is fixed, even if the arity of the function called 
can't be known ahead of time. The value assigned to the function 
word could be either a function or a path, or for efficiency you 
could have a seperate opcode APPLYP for path values (I'd prefer just 
one opcode for generality but it's your call).


A: I'm not sure what is meant by the path for it. You mean for refinements?
That may actually slow down the apply interface.

question: I own a Linksys WAP54G access point which runs on a MIPS 
processor with a small Linux server on it. I tried loading REBOL/Core 
for MIPS onto it, but it couldn't run.


The thing is, there is quite a lot of embedded hardware that runs 
such small linux servers. It would be easy to make control software 
via REBOL, connected to a PC running an encapped REBOL/View application. 
This would allow for rich realtime control software, rather than 
using the normal (slow and non-realtime) built-in webserver. I already 
managed to get realtime readouts on signal strength, by polling the 
access point through telnet and displaying a simple meter in a REBOL/View 
script, something not normally possible. But  you could do much, 
much more, if you could run /Core on it directly. I think there is 
a lot of unused potential here.


Would RT consider such ports of REBOL/Core to various embedded hardware 
products and provide a list of embedded hardware products that can 
run /Core?

addition: I mean embedded hardware products that run Linux and is 
fairly easy to access for experienced users

Why is the View 1.3.2 release for Linux not on the main RT View download 
page? On the test build page it has release status, and I'm getting 
people who are unable to find the Linux download

No draw with fonts makes it beta? No "every-linux"-version? Or overlooked. 
I opt to have it there too.

Working great
 are not words I would use for the Linux version in general

On his site, there is RebFcgi that can be interesting too. But only 
for Windows !

Any skilled Linux/C coder to addapt it for a Linux Apache Module 
???

which is why it's probably not worth doing for anything other than 
Windows and OSX. For linux, it would be ... wow... how many different 
GUI systems do we have there? :-)

A few notes:

* There is currently no documentation (I'm sure you can figure it 
out from the HTML).

* The Mozilla plugin has only been tested with FireFox on Windows 
XP. 

* This is a Windows/Intel/x86 build; it will not work on Mac or Linux.

there are issues with it under linux at least. Macs ship with it 
as standard. I think you still need to install it under windows, 
but it's fairly easy under IE

I just checked the code. I made it under Linux, and it gives an error 
regarding a "dirty?" variable with View 2.7 under OS X. I can get 
it running with 2.6.

and ideally it needs to work in linux, windows and osx

Mahjong also has Italian rules afaik, it was imported, I don't know 
when or by whom, in central Italy. It is also played in Japan and 
I had a Japanese computer game of Mahjong that it's defined unplayable 
by Chinese people I know.

About the tileset: on Linux I had problems with the capitalised filename 
as %TileSet.png differs from %tileset.png

I really hate that linux allows case.

verdana font - which i may have to change for OSX/Linux compatibility

please note that I have used the Verdana font so if you want ti to 
display properly in linux rename the font to something else