That "Google" box looks promising, however can one install another ARM
based distro on there and are there drivers available for that distro?

There seems to be at least 2 versions of that box, namely the one featured above
then another one with VGA output as well as an RF connector which I assume
is for wifi.

I'm a bit skeptical in buying these "no name" brands as I've burnt my fingers
before when I bought an ARM based board which also had USB, VGA, Ethernet,
and came with a cut-down version of Qt.
It even had a small 5 or 6" touch screen all for $100
Well the OS (what ever it was) was pathetic with hardly anything of use installed,
could not sudo as didn't know the password and contacting the manufactures
was like talking to a brick wall.
I forget the name but will look it up.

I gave the thing away and as far as I know it's sitting in someones shed
or the rubbish heap by now.

I don't think the Pi is perfect but at least there is heaps of support.

The Rpi is being developed as a platform - not as a finished project to finance Google advertising.

As well as box building, consoles, home, satellite and remote controllers and all manner of educational and engineering projects, we have something closer to the penguin way with the raspberry pi.

The weakest point of the Pi is the software. It will develop at a rapid rate. There will be many unique programs and apps. Will there be a Raspberry model 'C' in the future. Based on present development . . . it could well emerge . . .

Believe it or not I am learning more in two weeks with the Pi, than the previous two years of Linux use.

Believe it or not I am learning more in two weeks with the Pi, than the previous two years of Linux use.

Raspberry Pi + Puppy = Smarter Penguins

Me too. I am learning a lot more about how Linux and Puppy works as a result of the RPi phenomena!

SNIP
Just had the email confirming my RPi will be delivered w/b 28/5!_________________My System:Arch-Arm on RPi!
"RacyPy" puplet on Toshiba Tecra 8200. PIII, 256 MB RAM.
RaspberryPy: Lobster and I blog about the RPi.

I have compiled maybe 5 programs on Linux.
I found it difficult. The simpler the program. The easier.

Yesterday I tried compiling Xdialog, which is needed by mtpaint snapshot used in Slacko which antiloquax mentioned.
GTK+ is needed and I could not find the ARM deb - it may not be available.
I did install a lib file but got into all kinds of difficulties.

The clock displays and then disappears
I seem to remember this is a known problem - and requires a bit of 'stay on screen' code?

Pity about that.
I wonder if it has something to do with the WM you are using or if it's a
incompatibility issue with the DISPLAY command in hug.bac?
Have you tried adding the command SYNC either before, after or in place of DISPLAY? (This is just a guess).

Perhaps someone like Vovchick or Technosaurus that know BaCon well will be able to help.
Maybe even Peter van Eerten the creator of BaCon can give some advice.
He does pop into the forum from time to time.

Did you also try writing a GUI app which makes use of hug.bac ?
For example this one:
http://www.basic-converter.org/clock.bac.html

The clock displays and then disappears
I seem to remember this is a known problem - and requires a bit of 'stay on screen' code?

I think i saw on the specs somewhere the rasp pi doesnt have a hardware clock in the bios..... unlike all the intel platform boards and laptops/ netbook or ARM tablets.

No conventional bios either, it like uses the GPU to boot etc (thats how i understand it, feel free to flame.)

There is no bios battery on the rasp pi board (most intel type boards have a bios battery, in desktop motherboard models this is the size of a 10 cent piece, laptop boards usually have something smaller).

No bios battery means the rasp couldnt keep the time up to date in the hardware clock, even if it had one, once the board is powered down, switched off/ unplugged (switching off and unplugging are the same on the rasp, no power switch)

Maybe this is why the clock display disappears, there is no timer and its probably erroring out.

Have you tried adding the command SYNC either before, after or in place of DISPLAY? (This is just a guess).

It's a good guess.
Putting SYNC after DISPLAY
like so

Code:

DISPLAY
SYNC

allowed the 3 programs I tried
to run and stay on screen
clock, twitter and stars

Even though there is no internal clock in the Raspberry Pi
It is picking up the local time (probably using wget and a time server via an internet connection).
So time and Bacon working on the Debian Squeeze . . .

Compiling Bacon is slow . . . but it works . . .
The programs themselves are loading in about a second.
Which is great._________________Puppy WIKI

Great news about the GUI apps and the time/date.
The only disadvantage of course is if one is not connected to the net,
I assume the date and time would be wrong.

Did the twitter one work properly?
I don't mean the actual app, I mean logging in to Twitter?
I tried it several months ago (on my Puppy machine) and could not get it
to "sign in" into Twitter.
I emailed Peter and he said that he was aware of it as Twitter had changed the log-in requirements after that app was written.
Perhaps he has updated it since then.

As regards the compiling of the apps, yes it is slow even on my PC but once
compiled, the apps load very quickly like you say.
The main delay in the compile process is the actual bacon script.
By using the "compiled" version of BaCon, it would go much faster but
I doubt it would work as it's probably for the x86, unless an ARM port
is available.