A bunch of bug fixes, but most notably this time, I finally retired a bunch of screen savers that suck. Also I rewrote Jigsaw and Sonar as OpenGL programs, and they are a lot slicker now. The pieces in Jigsaw come in many more varieties, and it rotates the pieces as well.

XScreenSaver 5.07 out now. Mostly a bug fix release, fixing up a few lingering Xinerama/RANDR bugs, and a bunch of UI tweaks to the preferences dialogs. But most notably, I'm really happy with how the new cartoony cel-shading option to SkyTentacles came out.

And now, a poll!

Screen Savers That Suck, Second Try.

Two years ago I asked you all which screen savers, if any, you thought I should remove from the xscreensaver distribution. That didn't work out so well. A lot of it went like this: "I hate XYZ." "You're crazy, XYZ is my favorite!"

Several people suggested partitioning them into categories (e.g., "Retro", "Math", etc.) but nobody came up with a set of categories that really made sense.

So let's try it another way: please vote in this poll for the screen savers you think I should delete. BUT, please only vote for TEN. The poll will let you select hundreds, but please don't do that. Only select your ten most hated. The ones that make you say, "this screen saver is completely without merit, and anyone who says they like it is lying."

( The "Screen Savers That Suck" Poll   --More--(20%) )

XScreenSaver 5.06 out now. Only one new hack this time, but it's a fine one, if I do say so myself. Also this includes a bunch of fixes related to adding, removing and resizing monitors (RANDR/Xinerama) on X11 systems, as I mentioned earlier. So please stress-test that junk. Or be devoured.

Dear Lazyweb,

I could use some Linux xscreensaver debugging help. I made some fairly large changes to make it cope with the brave new RANDR world where monitors can be hot-swapped and have their resolution changed willy-nilly. Please apply this patch and test some things for me, k? Launch xscreensaver with -verbose to see what it's actually up to.

"Bad" would be 1) crashing, 2) part of your desktop ever being incompletely blacked out by a screen saver, 3) running savers on video outputs that don't actually have monitors attached to them.

If you have (or can has) more than one monitor:

• Do they all go blank when xscreensaver activates?
• Do things look right if you add a monitor while the screen is blanked? While it is non-blanked?
• Likewise when changing the resolution of the monitors using the "xrandr" command.
• Does it correctly realize which monitors are actually attached to the system and in use?
• Try configuring your machine to use the old-style multi-screen mode (where you have displays :0.0 and :0.1, and no Xinerama or RANDR.) Does it still behave sanely?
• Can you configure your X server to use just the Xinerama extension and not the RANDR extension? Try that too.

If you have only one monitor, you can still test this. Use Ctrl-Alt-KeypadPlus and Ctrl-Alt-KeypadMinus to change the resolution of your monitor without changing the resolution of your desktop, so that bumping the mouse against the edge of the screen pans across your desktop. (You might need to turn off the Xinerama and RANDR extensions to make this work, I'm not sure.)

• When xscreensaver launches, the savers should always be the size of the monitor (you shouldn't be seeing a zoomed-in portion of the saver, you should be seeing the whole thing.)
• Lock the screen. While the screen is locked, zoom in and out. The xscreensaver window should stay the size of the visible portion of the screen.
• With the screen locked, bump the mouse against the edge of the screen. The screen should remain covered.

Please let me know how that goes...

Update: There's a new patch with a few fixes. Please try that instead!

Hey, want to help out with some xscreensaver hacking?

Recent-ish Linux systems have made it so that when you add or remove monitors (e.g., docking a laptop) the system is actually aware that this has happened (shocking, I know) and dynamically changes the size, position, and number of screens.

Based on the email complaints I'm getting, it would appear that xscreensaver handles this... poorly.

However, I don't have access to any Linux machines capaple of doing this new Xrandr junk, so I can't really debug it.

I would like someone who does have access to such a machine to A) figure out what cases don't work, and B) send me a patch. You'll need one (preferably two) external monitors to experiment with. Probably better if the machine is a laptop.

Is this person you?

Happy Run Some Old Web Browsers Day!

In honor of the ten year anniversary of the Mozilla project, home.mcom.com, the Internet Web Site of the Mosaic Communications Corporation, is now back online.

It took some doing. There is comedy.

First, the fun stuff:

• Until now, home.mcom.com and all URLs under it just redirected to netscape.com, then redirected a dozen more times before taking you to some AOL portal page. The old URLs that were baked into the toolbar buttons of the original web browsers didn't work any more. But now, if you fire up a copy of Mosaic Netscape 0.9, and click on the various toolbar buttons, they will work again! For example, in the old browsers, when you clicked on the "What's New" toolbar button, it went here.

• home.mcom.com is now a snapshot of that web site from 21-Oct-1994.

• mosaic.mcom.com is now a snapshot of that web site from July 1994. That's from just after the company was announced, but before the first browser beta was released. I think that by Oct 1994, both mosaic.mcom.com and www.mcom.com were redirects to home.mcom.com, but I can't remember any more.

• In order to make these web sites work in the old browsers, it was necessary to host them specially. In this modern world, a single server will typically host multiple web sites from a single IP address. This works because modern web browsers send a "Host" header saying which site they're actually looking for. Old web browsers didn't do that: if you wanted to host a dozen sites on a single server, that server had to have a dozen IP addresses, one for each site. So these sites have dedicated addresses!

  The web server also had to be configured to not send a "charset" parameter on the "Content-Type" header, because the old browsers didn't know what to make of that.

• Trivia Question #1: Do you remember why home1.mcom.com through home32.mcom.com exist?

• Trivia Question #2: Do you remember the behavioral difference the browsers exhibited when they were talking to a Netscape web server?

• Trivia Question #3: When was the <HYPE> tag implemented, and what was its origin?

• I had originally planned on re-hosting these web sites on an SGI Indy running Mosaic Netsite Commerce Server, just for maximal comedic value... and to see how long it took before someone Øwned it, since there must be someone out there who still remembers how to launch an assault on Irix 5.3. Unfortunately, that wasn't possible for political reasons explained below.

Trivia Answers:

1. home1.mcom.com through home32.mcom.com exist because the early browsers did client-side load-balancing: the browser itself had a special case where if it was loading "home.mcom.com" it would actually pick a random number from 1 to 32 and instead load "homeN.mcom.com"! Those were physically different servers in the Netscape data center.

2. When loading pages from a Netscape server, the caption next to the URL field in the browser would change from "Location" to "Netsite".

3. Not telling.

Enough about all that, I want to run some old browsers!

• My personal collection of old Netscape browsers is here: www.mcom.com/archives/. It's not complete, but it's all that I could find. (It is missing some key releases, such as Netscape 0.4 for Irix, which was the first release to ever leave the building; and the "non-exportable"-crypto versions of almost all of them.)

  If you can publicly mirror these, please do! I know of a few mirrors so far: edlang.org, nothings.org, fauxpaw.com, and moar.jp. Torrents, anyone?

• Linux users: You can run Mosaic Netscape binaries as old as 0.93 on modern Linux systems! You need to load the "a.out" module in the kernel, and install some really old libraries:
  • /etc/modules.conf: alias binfmt-0064 binfmt_aout
  • ld.so-1.9.5-13.i386.rpm (a.out loader)
  • aout-libs-1.4-9.i386.rpm (a.out libc 4)
  • libc-5.3.12-31.i386.rpm (elf libc 5, for NS3)
  • Reconstruct /usr/X386/lib/X11/nls/ (ancient X11 idiocy, don't ask)
  • For Java in Netscape 2 and newer:
    mv moz2_01.zip moz2_02.zip java_30 java_301 /usr/local/lib/netscape/

  Since pulling all those files out is kind of a pain, I've put together a tarball: netscape-linux-libs.tar.gz. Unpack it in your root directory. It shouldn't conflict with anything modern. I've tested that on Red Hat 9 and Ubuntu 7.10.

• Mac users: If you're using a modern Mac, you need to use an emulator.
  • Download BasiliskII from Gwenole's site. Note: there are apparently a number of projects that call themselves "BasiliskII 1.0", but the one linked here seems to be the only one that actually works.

  • Download Quad650.zip and MacStartup.img from Redundant Robot (a Mac ROM and disk image of MacOS 7.5.5).

  • Launch "BasiliskIIGUI". Under "Volumes", add "MacStartup.img", and point "Unix Root" at your desktop or something (so that you can transfer the old Netscape installers into the emulator).

  • Under "Network", set Ethernet to "slirp".

  • Under "Memory", set model to "Quadra", CPU to 68040, and ROM file to the (unzipped) Quadra ROM. Turn on JIT. Set your screen size to something sane.

  • Start the emulator, launch "StuffIt Expander" and unpack the "netscape1_0.sea.hqx" file. (You can't just double-click it.)

  • Launch the "netscape1_0.sea" self-extracting archive. And you're in business!

  • But, if you want to run 0.9, you'll have to set your (real) system clock back to 1994 to get around the time-bomb. (0.93 and later don't have a time bomb.)

• Once you've got those old browsers running, you'll find that they're working fine with the mcom.com web sites, but they fail on just about every other web site in the world (for the "Host" header reason I described above).

  I have a fix for that!

  I wrote a small proxy server that bidirectionally translates the HTTP/1.0 protocol spoken by old web browsers to the HTTP/1.1 protocol spoken on the modern web. Download and run http10proxy.pl. (You may need to install the Net::Server::Fork Perl module first.) Then, go into the preferences on your ancient browser and set "HTTP Proxy" to localhost, port 8228. This will adjust outgoing Host headers as well as incoming Content-Type headers.

What Was That About Politics?

When I heard that AOL was shutting down their Netscape division for good, I mailed a contact there and asked if they'd transfer the mcom.com domain to me, so that I could resurrect these web sites to make the old browsers work right.

My contact asked around, and much to my surprise, the answer was yes! Wheels were put in motion, AOL's operations folks removed their dependencies on those domains (no idea what those were!) and the domains were about to be transfered... when...

AOL Chief IP Counsel and Time Warner blocked it.

Why?

Because their lawyers determined that, because mcom.com is ten years old and four letters long, they could make several hundred thousand dollars by simply putting it on the market and selling it to a spammer!

And so they began the process of doing exactly that.

Fortunately, my contact (who prefers to remain anonymous) talked them out of this, pointing out that it would be perhaps not the best PR move. But still, they wouldn't transfer it to me. AOL still owns the domains. However, they were willing to host the old Netscape content there, at least for now.

So, thank you to my anonymous contact for all the help! And thank you to AOL for hosting these historic web pages. And for not (yet?) selling the domain to a spammer.

DNA Lounge update wherein I admit defeat in re this crap.

Hey kids! It's been a while since I've posted questions about stupid Linux crap! That's because I've been ignoring Linux for a very, very long time.

Well, I decided (for a number of individually not very good reasons that, in my head, seemed to add up) to try and upgrade the OS on the DNA Lounge kiosks.

( Dear Lazyweb... --More--(13%)  )

I find this message hilarious^* in several ways.

(Did you know usenet still existed? Wacky. I'm tempted to tag this with "retrocomputing" on that basis alone.)

From: Moshe Goldfarb <brick.n.st...@gmail.com>
Newsgroups: comp.os.linux.advocacy
Subject: Re: Gnome-screensaver ... nice touch
Date: Wed, 6 Feb 2008 14:38:14 -0500

On Wed, 06 Feb 2008 04:31:51 +0000, [H]omer wrote:

> Usually I just stick with xscreensaver,

Yawwn.......
Is this what Linux advocacy has sunk to?
Don't you guys have anything more interesting to talk about than patents and screen savers?

--
Moshe Goldfarb
Collector of soaps from around the globe.
Please visit The Hall of Linux Idiots:
http://linuxidiots.blogspot.com/

* Where by "hilarious" I mean "mildly amusing".

Dear Lazyweb, I seek software that does the following:

• I give it an ordered list of MP3 files.
• When a user loads some URL in (e.g.) iTunes, those files are streamed out, one after another, with appropriate metadata (extracted from underlying ID3 tags) sent just as each file starts.
• When the user connects, it starts playing at the beginning of file #1 for each user. (As opposed to multicast-style, where all users get whatever's-on-right-now at the same time.)
• The underlying individual files themselves should not be accessible.

I don't think I can make Icecast2 do this, nor Apache::MP3. But maybe I'm wrong.

Failing that, can someone explain to me what asynchronous streaming metadata format iTunes actually understands, and what headers/protocol it requires? It doesn't appear to do the "icy-metaint" thing; does that mean it does the UDP thing? I don't see headers being exchanged for either; and yet, it seems to update metadata somehow. Please don't make me run a packet sniffer. I hate that.

Update: Nevermind, I wrote my own.

Incidentally, this week I have reached another milestone. I have two computers at home: one is a (headless) mail server, and the other is my iMac desktop. The server was a Linux box until a few days ago when either its power supply or mobo died.

I meditated on this, and came to the conclusion that it was worth several hundred dollars to me to not have to fuck around with the PC hardware dance again, so I replaced it with a Mac Mini. This means there are now no Linux machines in my house*, and even at work, I no longer have any Linux machines that have video cards in them**, which is as it should be.

So, if this release doesn't work on Linux... uh, that's why.

*  except Tivo, which doesn't count.
** except the kiosks, which almost don't count. (Ha.)

Dali Clock 2.24 out now for MacOS 10.4, PalmOS, and X11. This release includes a MacOS screen saver version of the clock, and there are a few minor display-glitch fixes to the PalmOS version. Also the PalmOS version has a color application icon now, ooooooh.

So, I tried to add a preference to the Mac version to let you hide the dock icon, but ( I couldn't make that work... )

XScreenSaver 5.02 out now.

Just for the record: SELinux can lick my sweaty balls.

I mean seriously. This is the biggest, most uselessly time-wasting piece of shit since the last time they rewrote the firewall code from scratch.

XScreensaver 5.01. Mostly minor bug fixes this time.

Stick a fork in it: I hereby declare XScreenSaver 5.00 to be good enough.

XScreenSaver 5.00b5 out now. This is likely the last beta release before the real thing. X11 users, please test: I've integrated a bunch of patches from the Fedora and Debian folks.

I've had a report that the MacOS version of xanalogtv is crashing when trying to load images, but it works for me. Anyone?

Since the last beta:

• New hacks, topblock and glschool.
• xmatrix -mode pipe displays the text of a subprocess.
• endgame has higher resolution chess-piece models.
• webcollage takes a -directory option to get images from a local directory.
• The RPM spec file no longer auto-restarts xscreensaver when a new version is installed. Restart it manually.

I think the fact that I just can't bring myself to care about working on any of the remaining things on the xscreensaver todo list probably means that I ought to just release it. Though brad says I should just leave it in beta forever, since that's the Web Two Point Oh Way.

If one of you massochists out there wanted to download a copy of xlockmore and see if there are any interesting changes in any of the savers that exist in both, that'd be nice. (This would also be one of those tasks that I will never, ever get around to.)