~ we have not forgotten this freaking log in fact, while sleeping on the living room floor last night, a dream of updating this log was envisioned. however, events have been less than remarkable lately, for the week has been spent packing supplies, moving goods to the boys’ and girls’ club, and throwing worthless furniture into the alley behind the angry red offices. all time is being spent preparing for the big move, or spent reading in the front yard.

~ it has come to our attention that there is some movie award show or other in los angeles tonight. we can promise not only will we not seek out this year’s ceremony; we will also promise to take no part in the viewing of next year’s contenders: ‘say it isn’t so’, ‘tomcats’, or ‘see spot run’.

~ saving the best for last, it looks like macedonia has finally decided to get involved in some ethnic persecution. how on earth did these people get along for most of the century as yugoslavia, just to sell out their neighbors in a couple of years’ time?

~ seems that napster use is currently 60% less, now that they began blocking the transfer of any song that the riaa demands them to block. there is an application called catnap [w] which scrambles your – otherwise banned – song titles and enables other catnap users to see them. in the likely event that napster puts an end to this, there is always audiogalaxy [w], audiognome [w], limewire [w], or one of the other gnutella clients [w]…

~ go ahead and honor the virulent spread of catholicism to ireland with your green beer, green rivers, and green bagels…we’ll be on hotline [w]

~ ‘puffy’ is still a punk; more so, because he can’t take the rap. weak.

~ packing our stuff for the upcoming relocation of operations, so not much time has been spent on the magic box(es). in fact, all time not spent weeping over the overwhelming tasks ahead have been spent investigating an archaic means of communication delivered by, of course, gore vidal [w]

~ as hard as we try, reading rasterweb [w] always makes us feel inept…

~ turns out those netscape problems were not linux-related; they were purely coding accidents on our part! fixed…for now…

~ this is our first update from linux-angry! viewing this site on linux has been a demoralizing experience; we have tried to be marginally conscientious for various platform and browser scenarios, but never imagined that netscape would appear so differently in linux. also, this update is being written in emacs; we are more familiar with vi, and we hope to dig it up soon.

~ linux update: for some reason, every command in mandrake takes about 5 minutes to execute; we hope it is just the video issues making it difficult to refresh the screen – otherwise, windows 9x is a more efficient os for this piece. so, tired of waiting mandrake, we reinstalled redhat 6.2 [w], which seems to run a little faster. Xconfigurator seems to be quite a gyp; there is no place to insert your own sync rates, even though the dialogue box says it is ‘ok’ to do so. all we are left with are the ten or so specified choices, none of which match our monitor perfectly. we tried about 15 configurations, and still had no luck, so we decided to push on without worrying about the screen. our broader hopes include a new monitor, so fooling around with the configuration of this one seems to be wasteful. despite the garbled screen, we managed to configure the network with planet and reach the internet. immediately, we downloaded and installed gaim [w] with resounding success; we moved on to m16 [w] and axyftp [w], which is such a duplicate of ipswitch that we again became shaken in our certainty of what the true benefits of being a linux user are…

~ linux update: the garbled and fragmented display still appears the moment we ‘startx’. our video card (s3 virge gx) is supported under xfree86 4.0.2, so we have turned our attention to the ‘dot clock’. assuming the specs on compaq hong kong’s website [w] are correct, we have ascertained our monitor’s rates as such: hsync: 69, vsync: 50-90. there is the issue, of course, that our presario mv700 monitor is not from hong kong and is not engineered for their power cycles. nevertheless, we are fiddling with the sync rates, setting them higher and lower, according to screen resolutions. however, this is exceedingly difficult, when our terminal window appears the way it does. we know that we are not the only people to have issues with this monitor or card, but we have yet to see documentation on a resolution; if we have, we didn’t understand it as such. if by chance you’ve managed to achieve success with gnome or kde using this hardware, please get in touch.

~ looks like our hopes went too high too soon; our display is still equally un-viewable under both mandrake [w] and redhat [w]

~ after a 60 hour download, we find ourselves with a complete copy of the mandrake 7.2 iso. after wasting two discs – once burning the iso onto a disc and once burning an image disc with the iso – we managed to burn an image of the iso on the third attempt. from these errors, we learned the following: if you are burning an image with adaptec cd-creator, select ‘raw data’; if you are using nero, do not select ‘raw data’. so, we dropped the cd into angry and began the install. we have to wait only 3 hours for a installation, which is 4 times as long as redhat takes, but so far, we have none of the monitor configuration issues, so far….

~ time spent lately: more and more rain in los angeles, laying out catalog, reformatting the log, finishing up postcard, backing up dvds, downloading mandrake 7.2, finishing up other tidbits of work in anticipation for the upcoming move.