Redhatter (VK4MSL)

YouOS: A web-based collaborative desktop OS

I was just browsing the forums, as I do… and saw this forum post mentioning a new OS. Well, naturally, I headded right over and had a look.

YouOS runs inside a web browser and provides a basic but fully customisable desktop, whereever you happen to have an internet connection. It’s fully expandable, with developers busy writing new applications for this system each day.

YouOS in action

At the moment, the system is in early days, and there are various glitches throughout, but the system as it stands now is a brilliant attempt.

Spot the webpage blooper…

Hi all… I was doing my usual random browsing of the various forums, when I came across this thread.

Go to http://www.treasury.gov.au/documents/976/HTML/docshell.asp?URL=tax_cuts.htm and have a close look at the page.

Looks fine eh?

Try clicking on the link for the calculator they mention.

Get anywhere? I didn’t think so… here’s why:

<p>The Treasury has prepared a simple indicative
<a xhref="http://172.16.11.147/contentitem.asp?NavId=007&ContentID=976" mce_href="http://172.16.11.147/contentitem.asp?NavId=007&ContentID=976">calculator</a>

Uhh huh… yep… this government doesn’t understand RFC 1918. Most people here know that 172.16.0.0/16 isn’t accessible to anyone publically, and the network admins looking after the government infrastructure should know better. I’d suggest Bonzai and his government may wish to learn a little about TCP/IP, and/or consult with someone who does (not necessarily those who claim to). πŸ™‚

Update: It seems the URL has been fixed now… Still… it was amusing while it lasted.

Gentoo 2006.1 for Cobalt: Preparing for another build

Well, it’s that time again… time to wind up the Qube2, and get it building a seed stage in preparation for yet another release of Gentoo.

Then it’ll be a case of waiting for the official 2006.1 snapshot to be released, and the full stagebuilds will begin in earnest. I may release pre-2006.1 stageballs, we’ll see how everything pans out.

I’ll keep you all posted. πŸ™‚

Gentoo Linux/MIPS for Cobalt — The beginnings of a 64-bit port

Hi All,

Just to let you know, things haven’t been totally silent over here… Lately, I’ve been messing about with a mips64el tarball I got from Joel Martin. This is a full multilib environment (o32/n32/n64), which was cross-compiled from x86 via some build scripts based around portage and crossdev. There was however, a snag … there were artifacts of cross-compilation lurking about, some i386 binaries (cc1, cpp1 and tbz2tool being a few), and some even more bizzare “n32 MIPS32” binaries (which I’d have normally considered impossible).

This afternoon, after some tinkering with crossdev, I discovered I was able to get gcc-4.1.0 to build enough to patch up the broken files, to the point I was able to build packages like rsync (although it failed to package due to tbz2tool being broken). I’ve since managed to rebuild things like libtool, and have Python 2.4 well underway as I type this post.

What does this mean? Well, in the distant future (probably in the next few months following my end-of-semester exams), there’s the possibility of providing n32 and n64 (i.e. 64-bit) stages for Cobalt hardware. These will probably be as broken as their big endian counterparts (probably more so), and won’t be officially supported by the MIPS team, but are provided for those who know what they are doing. Those who want stable stages, just stick with the 32-bit (o32) ones we officially support. πŸ™‚

It’ll be a while before I make 64-bit netboot images available… it won’t be anytime soon… if people want a 64-bit userland, it’s best at this point to use it in a chroot environment (as I am doing now), using it for a root environment could lead to all sorts of avoidable headaches.

Also in the plans, as soon as I have the time to do so, I’ll look at a LiveCD for netbooting Cobalt servers. This will be a minimalist x86 LiveCD, which when booted, turns a standard x86 desktop into a BOOTP/NFS server required for booting Cobalt hardware. Initially this will be exclusively for MIPS-based Cobalt servers, but may later be extended to x86-based Cobalt hardware, when suitable netboot images become available. SGI hardware is also a possibility that I may consider. At the moment, it’s little more than some thoughts in my head … I’ll keep you all posted on what happens here.

Anyways, I best get some sleep (1:19am right now), and get some university work done … I’ve got a very busy week ahead. 😐

When it pays not to whine…

Saw this on the Atomic MPC forums.

I thought it was a rather appropriate comeback. πŸ˜‰ Not to mention artistic.

Exerpt from thread below.


Sturmgeist: What im saying is half the WTB threads are shit, that if the person making the thread could get off thier arse and be bothered to look for themselves they could find.

msolok: perhaps limit WTB threads somehow im not exactly sure but I’ll try think of a way it’ll never be implemented though so I may not even bother. Well, technically they ARE getting off their arses and looking. I think it’s bridge time for you.

Sturmgeist: You wanna build it for me?

msolok:

                                              ^^
              ^^      ..                                       ..
                      []                                       []
                    .:[]:_          ^^                       ,:[]:.
                  .: :[]: :-.                             ,-: :[]: :.
                .: : :[]: : :`._                       ,.': : :[]: : :.
              .: : : :[]: : : : :-._               _,-: : : : :[]: : : :.
          _..: : : : :[]: : : : : : :-._________.-: : : : : : :[]: : : : :-._
          _:_:_:_:_:_:[]:_:_:_:_:_:_:_:_:_:_:_:_:_:_:_:_:_:_:_:[]:_:_:_:_:_:_
          !!!!!!!!!!!![]!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!![]!!!!!!!!!!!!!
          ^^^^^^^^^^^^[]^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^[]^^^^^^^^^^^^^
                      []                                       []
                      []                                       []
                      []                                       []
           ~~^-~^_~^~/  \~^-~^~_~^-~_^~-^~_^~~-^~_~^~-~_~-^~_^/  \~^-~_~^-~~-
          ~ _~~- ~^-^~-^~~- ^~_^-^~~_ -~^_ -~_-~~^- _~~_~-^_ ~^-^~~-_^-~ ~^
             ~ ^- _~~_-  ~~ _ ~  ^~  - ~~^ _ -  ^~-  ~ _  ~~^  - ~_   - ~^_~
               ~-  ^_  ~^ -  ^~ _ - ~^~ _   _~^~-  _ ~~^ - _ ~ - _ ~~^ -
                  ~^ -_ ~^^ -_ ~ _ - _ ~^~-  _~ -_   ~- _ ~^ _ -  ~ ^-
                      ~^~ - _ ^ - ~~~ _ - _ ~-^ ~ __- ~_ - ~  ~^_-
                          ~ ~- ^~ -  ~^ -  ~ ^~ - ~~  ^~ - ~

Wherefor aut thou April-Fools RFC?

Many of you, who follow the Internet Engineering Task Force‘s Request For Comment listings, would be aware that, almost every year, they put out a joke RFC as a bit of April Fools humour.

Examples of this include…

  • RFC1149 IP over Carrier Pidgeon, which actually got implemented by a Linux User Group in Norway.
  • RFC2324 Hyper-Text Coffee Pot Control Protocol

Discussion has erupted on the Atomic MPC forums about RFC2549: IP over Avian Carriers with QoS and other quirky methods for transmitting IP datagrams, such as EmuNet (a high-speed bulk land protocol), KangNet and CTP (Casowary Transport Protocol, for sensitive data). Ohh… And WomTun, for tunneling past those irritating barbed-wire and electrified firewalls. πŸ˜‰

Gentoo Linux/MIPS for Cobalt — 2006.0 stage 3 — showing at a mirror near you

The 2006.0 stage 3 has been pushed out to the mirrors. You can get it from
your local Gentoo
mirror
in the
experimental/mips/stages/cobalt/2006.0
directory.

Not all mirrors have the files yet (they were only pushed out last night), but they should appear soon — probably in the next day or two. πŸ™‚

As always… any bugs, issues… let me know. πŸ™‚

OpenDocument Format Alliance Formed

I was just reading up on the Atomic MPC forums (as I do), when one of the others posted a thread regarding the formation of the OpenDocument Format Alliance. This is a group of companies and organisations, who have decided to move away from proprietry formats such as Microsoft Office’s formats, and instead, use the OpenDocument formats, which are defined by the OASIS group.

The format incidentally, recently got sent to the ISO, and is on its way to becomming an official standard… versus MS Office, which is only a de-facto standard.

For a long time, I’ve been fed up of receiving word documents in emails — many from people who should know better. Even to the point, where I started sending auto-replies to offenders, advising them of the errors in their ways. I’m hoping QUT, and other organisations, pick up on this. The sooner companies realise that there are better alternatives, and move to these more open alternatives, the better. πŸ™‚

Reverse Engineering Project: Driver for the ProHance PowerMouse 70

Well… while digging around in our masses of old hardware, I came up with this little gem…

ProHance ProMouse (aka PowerMouse 70), a rather unergonomic boxy looking mouse that's round at the palm end, and has an inset region of buttons… two pill-shaped 20mmΓ—4mm buttons for the left/right mouse buttons, and a 2Γ—5 grid of circular 4mm buttons marked with various keyboard labels.

ProHance ProMouse (aka PowerMouse 70)

This is an old 12-button serial mouse. Under DOS/Windows 3.x (its native platform), the additional buttons were mapped to keys on the keyboard, Escape, PageUp, Down, Home, End, Insert, Delete, Backspace and Function. The Function button allowed access to all the function keys, F1 through to F10. Thus, it allowed you to jump around documents, without having to switch between keyboard and mouse all the time.

Now, to achieve all this magic, it uses a proprietry protocol, one not supported by gpm or X.org. As I’ll probably end up reverse engineering my PDA (a Sharp Mobilion PRO PV5000A) eventually, I figured this would be a nice little project to start with.

What I know so far…

The mouse itself seems to prefer running at 4800 baud, and has a variable packet size.

The buttons are a very simple. There are two events, button pressed and button released (as you’d expect). These are sent as a two-byte packet:

  • 0x0d ID — Button ID has been pressed…
  • 0x0c ID — Button ID has been released…

The buttons themselves are numbered as follows: Left Button = 0x1d, Right Button = 0x1e, Escape/F1 = 0x1f, PageUp/F2 = 0x20 … etc … through to Fn/F10 = 0x28. So the sequence 0x0d 0x1d 0x0c 0x1d, is the byte sequence for a left click.

Movement, however, is prooving difficult. For othagonal movement, it alternates between two bytes, before sending 0x08. It may also change direction by sending 0x88. When moving left, it sends 0x78 0x98 repeatedly. Moving right is the reverse, 0x98 0x78. Vertical movement uses a similar scheme, 0x87 0x89 denotes upward movement, while 0x98 0x78 appears to denote downward movement.

However, mixing the two adds in additional bytes, which I’m yet to determine the meaning of. 0x77, 0x79, 0x97 and 0x99 appear to be related to diagonal movement. The codes, 0x68, 0x86, and a couple of others, are totally unknown at this stage.

Right now, I’m going to keep plodding along here… I’m looking at gpm source code to see if I can add support for this mouse, then I might look at X.org… but progress will be slow.

For what it’s worth… the company that produced this mouse, is no more… they’ve been gone for some time now. They produced quite a few mice similar to this one, including one 40-button model (yeah, practically a keyboard in its own right). The protocol used with those may be similar, but more research will need to be done.

Stage 3 is Uploaded…

Well, after my genius moment last night (forgot to stick the stage 3 tarball on my laptop to take to uni), I managed to upload the Cobalt stage 3 tarball for Gentoo/MIPS 2006.0.

Feedback would be appreciated, I’ve done some testing, and everything seems kosher, but more thorough tests would be appreciated before I go pushing them out to mirrors. They are presently available in the usual location, along side the 2005.1 stages.