AltME groups: search

I had a thought about the REBOL.ORG site today that would be very 
useful to alot of people and would have been much more useful for 
me early on.  That would be to make sections for /library components 
for example a winapi section for windows and one for linux etc,  
That way someone could submit pieces of code based on a winapi function 
or linux api function and then provide an example.  It could really 
help many people that use /library component.

It is missing important apps like CVS and SSH for instance, and I'm 
not a typical Linux user who can spend hours to find and download 
the GNU sources for an app, configure the build, and compile it.

 <--- don't know how Mandrake handles packages other than it's RPM, 
 but Debian handles these things in seconds with a single CLI command, 
 and it surely isn't necessary to hunt down sources manually. :-)

I always regarded Debian as a bit harder to start with but many times 
easier to maintain once it runs.

Just installed Ubuntu Linux for the first time. REBOL/View's font 
rendering is correct on it. I hope that will still be the case with 
the new version that will be released in a month

I'm not a Linux guru. There are some solutions using a tool named 
SWATCH but it's not that easy.

should then be lines like
 ALL: 123.234.345.456
but better wait for our real linux-pros.

I see that all platform have since 6-jun Base, Pro, Core and Command, 
but linux is missing Commandµ

Carl told that the command build for linux was done on 15-Jun, with 
Pro, Base and Core, but I cannot find it!!

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

Can anyone give me a tip how to filter/drop IP addresses for a specific 
time-range if there are illegal login attempts? IMO this would be 
a really cool admin tool for Linux.

Does anyone have an idea when REBOL/View 1.3 for Linux will arrive?

I think there would be plenty of material for creating help docs 
about rebol driven daemons and services for either windows or linux 
servers, right? I'm going to run into this problem very soon and 
it would be nice to allow conform installation of rebol daemons this 
way. Has anyone worked on providing debian packages of rebol?

well in fact the problem is that rebol have been désigned more to 
be a cgi engine than  a real service / deamon capable  system. It 
depends too if  your REBOL application have been wrapped (REBOX,GREBOX, 
SDK/ENCAP,PAYLOAD) . With a wrapped version it's easier to run ...

I made for windows a Dyndns client in REBOL witch runs automatically 
on startup using register base  HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Run. 
For linux /etc/rc*d files works like bash script.

Actually I'm playing with festival on linux  ;) REBOL festival Client 
 with visual interface to feed the festival software running in server 
mode only take 10 lines  I love REBOL :))). So now on linux I can 
make my Computer speech me  the Carl's blog content while I'm in 
the mean time reading the French forum new posts ;)

To run my solution I simply make a bash that tests if festival is 
yet running or not and then runs it (I'm using 1.2.1 REbol version 
for linux ...) and then runs my GUI software ;)

I use 'call pretty frequently to shell scripting on my Linux partition

Hi everyone,
I have a problem running the new view beta on suse 9.3.

I have libstdc++ 5, I can run rebol scripts (that need 1.3), but 
I can't start the desktop (I double-click the rebol icon, it just 
flashes -starts and stops immediatky-).
I'm new to Linux so this might be a known issue. 

I tried moving the VM to various places but same result at every 
try.
Maybe someone can help ?

Francois a very good linux distribution is ubuntu ;)

Oops, did not notice that when i dotted it up. I see no reason for 
private too, except someone is hirrified by linux.

curious distro is targeted by the Rebol/View linux build. I know 
compatibility is not an issue, just idle curiosity.

ah, did not noticed I am in linux group, sorry. But Azureus is JAVA 
based, hopefully it will work with linux too ...

mplayer is probably the best on linux.

will check,thanks ! still a newbie in the Linux world-have a Linux 
user group meeting tonite :)

problem with most Linux distro is that I have a dual cpu and most 
don't support dual cpus :(

libxaw7 is currently default on most Linux systems. For older REBOL 
versions like AltME you have to install libxaw7. The new View 1.3, 
however, is already linked to libxaw7, which makes this a lot easier

In the same way, the new View needs a relatively new libstdc++ standard 
C++ library (part of GCC). On older Linux systems you may have to 
install this, but on most systems it's already standard, so this 
should usually not be a problem

Ok, I need some advice from you Linux gurus out there: I'm running 
my xpeers server on an old RH 7.3 installation with EXT3 filesystem. 
The server is running in a data-center, so only remote access via 
SSH.


1. Does it make sense to update the kernel / system? If, how can 
I do this remote?

2. I think with xpeers ReiserFS might be a better choice because 
I have thousands of small files on my system, that needs to be handled. 
How can I update the filesystem?

ok I am running into a problem running the last stable version on 
View-I can run as root but not a user ? running from root i have 
changed the permissions but when I do that,then I can not run a root 
? I remember on mandrake 10.1 I was able to run View as a user ? 
Also,what do I need to install to get the View 1.3 ? running on mandriva 
2006 ? Thanks from a Linux newbie

Is there any specific need to make View 1.3.50 running under Linux:
- It runs right while clicking the icon
- it fails to run from a terminal:
	./rebol
	** User Error: REBOL: Cannot connect to X server
	** Near: size-text self

which distro do you recommend to linux newbie (me)?

Damn Small Linux 2.0 released..  http://www.damnsmalllinux.org/index.html


Damn Small is small enough and smart enough to do the following things:


    * Boot from a business card CD as a live linux distribution (LiveCD)
    * Boot from a USB pen drive

    * Boot from within a host operating system (that's right, it can 
    run *inside* Windows)

    * Run very nicely from an IDE Compact Flash drive via a method we 
    call "frugal install"

    * Transform into a Debian OS with a traditional hard drive install
    * Run light enough to power a 486DX with 16MB of Ram

    * Run fully in RAM with as little as 128MB (you will be amazed at 
    how fast your computer can be!)

    * Modularly grow -- DSL is highly extendable without the need to 
    customize

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.

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.

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.

With regards to keyboards that don't have a numeric pad (or indeed 
function keys), I'm using a "Happy Hacking Lite 2"; a bit pricey 
though but the preferred keyboard of many Linux enthusiasts. Check 
out http://shop.store.yahoo.com/pfuca-store/haphackeylit1.htmlfor 
a picture.

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.

If I can throw my two cents here. Terry is right to complain, because 
you can feel he cares, it's not destructive criticism. Pekr is saying 
he's a realist, but to me he sounds more like a dreamer (no offense).Flash 
is a Virtual Machine that lives in the browser. Rebol is a VM that 
lives on several OSes. Flash VM is present on 99% of the browsers. 
Rebol VM is not present  on browsers (plugin doesn't count because 
last time I tried it wouldn't install, and last version is more than 
a year old), and it is present on OSes of a small number of creative 
developers and hobbyists. If I had to develop a commercial app for 
the web, Flash and Flex give me extensive documentation, and a whole 
framework. Rebol can't compete with Adobe, and should not. Last week, 
I developed a GUI in Rebol and Rebgui that would have taken me four 
times longer in any other graphical toolkit, and I had a knack at 
it. But this app is for internal use. Rebol is a great language, 
and I would like to see it evolve as a computer language, not as 
a throw it all in kind of gizmo. It should go Open Source, because 
RT doesn't have the means to provide versions for all platforms. 
Where is the rebol for NetBSD? Last version is 2001. If RT hasn't 
the resources, let the developers do it. I want to run rebol on an 
internet tablet. I had wanted to run rebol on a palm (not anymore 
because Palm is deas, sort of). But the Nokia tablet run debian linux. 
There is no reason for the unabailability of rebol. It is just a 
matter of building it and packaging it. Who has the time for this? 
Plenty of people, they're just not at RT, because there people are 
busy with more important things (like developing the product).

flash is on zero browsers until installed...I've set up machines 
at work for guys in the firehouse to use. Every computer there gathers 
so much adware/spyware/viruses that I can never keep up cleaning 
them. I've had to re-install windows so many times and each time 
I have to re-install the latest flash player. I resorted to setting 
up puppy linux and running off a bootable cd..(with the typical complaints 
about it not being windows) Anyway...rebol plug-in is easire to download 
than flash so what's the bigdeal. I install active-x controls all 
the time when I find a site that interests me and needs the control.

It's like on linux, compiling kernel modules vs. compiling the kernel 
itself.

Runtime Core - Closed: This is the OS independent kernel that provides 
standard REBOL capabilities across all systems and devices. It is 
this component that makes REBOL operate identically on Windows, OSX, 
Linux, BSD, Sony, Nokia, Nintendo, and other systems.
-from the above document.

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

The thing is Linksys routers run linux.. so it shouldn't be that 
difficult to build in the skype code.

Agreed.  Their little linux router is pretty cool.

Funny enough, I will be posting soon two articles: "Why I don't use 
the Mac" and "Why I don't use Linux"  and I was going to open this 
up to everyone to do battle with me on each point.  The idea being 
that all can learn from this and make the move to the machine they 
like best.  For some people they might read one of the articles and 
say "those five things don't matter to me, so I'm going to buy a 
Mac now" 


For others, it will serve as a thermometer of when it is worth going 
to Mac or Linux.

Pekr, "why I am looking into mini-itx stuff". I have been waiting 
for nano-ITX for the last two years ... and in that time Apple have 
released Mac mini and announced Mac mini for x86.


I've done the sums, even with the wholesale prices I can get on most 
of the PC components (Via board, laptop HDD, RAM, Case plus time/cost 
of assembly), and the current Mac mini still comes out cheaper and 
quieter even with all the Mac software pre-bundled.


If Apple can release the new Intel-based Mac mini at the same or 
better prices, with the same or better specs, then why would anyone 
wait for Via to get their act together when they can buy a cost-effective 
off-the-shelf solution today, even if it means ditching OS X for 
Linux or Windows?!

 even if it means ditching OS X for Linux or Windows?!

  - not understanding here.  You're saying that Mac hardware might 
  be cheaper then building it yourself.  And then you ditch OSX so 
  you can run windows/linux on the Mac ?

Graham, yes. Reichart, the price comparison is:

	Mac mini 1.25GHz with 40GB Combo drive and 512MB RAM: AU$799

Mini-ITX equivalent:

	VIA EPIA-TC10000 (DC-DC onboard): AU$229
	OEM 40GB 2.5” 5400rpm HDD: AU$100
	OEM Slimline CD/DVD combo drive: AU$140
	512MB DDR333 SO-DIMM: AU$81
	Mini-ITX case (difficult to source): ~AU$150
	Cabling: ~AU$10
	Power supply brick: ~AU$15

which comes to AU$725 (wholesale), and excludes:

	Software
	DVI output
	Packaging
	Assembly


Look at other folks who are trying to do the same thing (with an 
emphasis on small and quiet):


 http://www.hushtechnologies.com/(starting at about 750 Euro (AU$1200))

 http://www.theregister.co.uk/2005/12/01/evesham_aopen_minipc_win/
 ($499 pounds, so about AU$1,200 for me)


The Mac mini, for this class of device, wins hands down – even if 
you purchase it as a Linux or Windows (when re-released as an Intel 
Mac mini) box. It's smaller, quieter, cheaper, and more compatible 
(USB2, Firewire and DVI out of the box; and includes a DVI-Analog 
converter for PC folks still living in the 80's).


What's also telling is the noticeable increase in the number of folks 
asking me, “does your software run on Mac”, since its introduction 
– but this might also be the iPod halo effect at work. Regardless, 
I see a lot of them around these days and the general consensus is 
that “they're cheap” - and this from the Dell generation who only 
care about price! ;)

and G++ , any cons vs Linux ?

Imagine a small kernal, sever stitched together drivers, and nothing 
more than a browser with a built in frame work for the UI.  This 
would be more than good enough for 95% of people's computer needs. 
 No Linux, no OSX, no Windows.  Barely an OS at all.

Maybe something for Rebol as well:


dsandler writes "Researchers at Rice University have just released 
version 0.7 

of FeedTree, a peer-to-peer system for distributing Web feeds faster. 
Instead of 

polling feeds independently, FeedTree users cooperate to share news 
updates 

using multicast in Pastry, a scalable p2p overlay network. FeedTree 
reduces the 

update delay for existing RSS and Atom feeds to a few minutes without 
putting 

extra stress on the webserver (anyone who's ever been temporarily 
banned by 

Slashdot's RSS feed knows this is a real concern). Feed publishers 
can also 

choose to push digitally signed updates for immediate, tamper-proof 
delivery to 

subscribers. The client software (download) runs on Linux, OS X, 
and Windows, 
and works with any desktop feed reader." 
 
http://rss.slashdot.org/Slashdot/slashdot?m=3816

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

Tested on a linux box with Firefox : no error.

noob question .. think i've asked it before .. where should one startup 
uniserve on a linux system?  (suse10) ?

I'm not sure to understand your question Graham. Do you mean how 
to start Uniserve automatically at boot time on Linux ?

Graham; check out http://www.luv.asn.au/overheads/linux-startup.html
for some hints