I bought a 68040-based Centris 650 (http://lowendmac.com/quadra/c650.shtml) through http://ibazar.nl/ for a song. It came with MacOS 7.6.1 on it… after having played around with this for a while (keep in mind that this machine, hardware-wise, was supposed to compete with 486s) I find it VERY sad that Wintel has come as far is it has. MacOS (and even this older version) is clearly superior in every possible UI-oriented aspect. The complete system also reeks of something into which much thought has gone, unlike anything ever produced by Wintel.
Weird… I’m going to quote from a mail I sent: In anycase, these have been some of the weirdest hardware moments I’ve ever had: it seems that an existing 32MB DIMM was right on the edge of giving up at the moment that I installed a new 128MB DIMM in the firewall and converted it to reiserfs. It was on the edge in such a manner that it survived 12 consecutive passes of complete memtest86 test-sets (and 40 3-parallel process kernel compiles without a sig11)….
So the ram is fine if we can trust memtest86. Why am I still getting oopses?! I sent a mail to the reiserfs mailing list and got the typical reiserfs answer: your hardware is borked, it can’t be our code. Hmmmm… right. I’m sure the reiserfs code is well-tested, but it’s still not a good approach to blame the hardware immediately, especially if tests indicate elsewhere. What the hell, I’m going to try and reproduce this.
Well children, my firewall had gone weirdly unstable after I’d added 128MB of new PC133 ram. It’s a Celery 300A (@450 of course) and it was oopsing miserably after years of faithful service. After memtesting it seemed that suddenly there were errors in one of the existing dimms. Hmmm, it turs out that CAS wait state was set on auto in the bios. I’m theorising that the BIOS somehow based its CAS on the new RAM and that the old RAM couldn’t quite accommodate that.
I’ve uploaded new JED debs with some minor fixes. At the moment, I’m rebuilding 4.1.0 potato debs for the 4th time… it’s taking much more hacking than previously. These will be available at http://people.debian.org/~cpbotha/ when done. Watch that space!
Today was one of those “clean-your-very-large-monitor” days. My monitor is now clean and I must say that it’s a very nice monitor.
I have an Abit KT7 motherboard. I like it, except for one little thing: for some or other reason, Abit chose to mount a non-ball-bearing fan on the Northbridge chipset heatsink. Now, if you’re going to put any kind of fan in a computer, make sure it’s a ball-bearing fan, as it’s probably going to be doing its thing 24 hours per day, 7 days a week. In anycase, this fan of mine started making an awful noise a while ago and shortly after that stopped rotating quite as fast as it should have.
The newer versions of everybuddy (multi-protocol IM client) were getting progressively worse, at least on my systems. So, by chance I saw that GAim now also has support for IM networks other than AIM through its plugin system. I gave it a shot and I’m really impressed! It’s stable on my configurations and supports AIM, ICQ, Yahoo chat, MSN, Jabber, Zephyr and IRC. It even has a napster plugin. The kitchen sink will be included in the next release.
Brilliant music stream at http://www.musicforhackers.com/. Ambienty and relaxing…
When I checked my mail this morning, I saw that Debian BTS bug #100000 had been filed against my beloved JED. For any developer, this has to be a great honour *bow*. However, it seems this bug is not actually a JED bug, but belongs to xterm. Sadly, I therefore had to reassign it…