Re: cdrecord V1.9 for Compaq TRU64 UNIX
> I am running v1.9 and it works great !!
> Except that I have noticed that all
> source files dated beyond 10/00 get
> changed to Jan 1 1970 on the CD. I
> assume this has to do with the UNIX date
> rollover issue (date stored in too small
> a word). Is there a fix for this issue?
There is no "UNIX date rollover issue" until the year 2038. And even then, it will only be a problem with systems that still use a 32-bit signed time_t. By 2038 I expect most unices and derivatives will have finished upgrading to a 64-bit signed time_t.
Have you tried reading the CDs you've created on some other OS? Perhaps the CD is fine, and what you are seeing is an artifact of the software you are using to read it.
I've owned single-gauge cars
Consider this: You have lots of gauges on your car's dashboard. Having single app on screen at a time would be similar to having only one gauge on your dashboard at a time.
I have owned several cars with a single gauge. My first VW didn't even have a fuel level indicator, which presented no problems in practice - I never ran out of gas once, thanks to the UI design of the vehicle. The Prius gas/electric hybrid I drive now has an LCD screen in the dash, and displays almost all information in a "gauge at a time" mode (exceptions are fuel and speed, but I wouldn't mind if these also had to be selected for viewing).
Your criticisms of the original post are based on your own aesthetics, which is fine as long as you realize that they are not universal. What is "good" for you is not "good" to me - and I do *not* want any sort of pop-ups or IRC junk on my desk, ever!
The screen/ratpoison combination is not really about minimalism in an artistic or aesthetic sense, it's about minimalism in a functional or architectural sense. So stripping buttons out of Mozilla, for instance, is probably not something the author would want to spend time on.