Forwarding Address: OS X What the hell is a dogcow? |
Front page
Migrators to Apple's new operating systems talk about their experiences. Some of them come from Classic MacOS, some from Windows, and some from other Unixen.
charlie stross: (email, homepage, blog) chris cummer: (email, homepage, blog) cory doctorow: (email, blog, vanity site) danny o'brien: (email, homepage, blog) jet townsend: (email) joey devilla: (email, website, non-geek blog, geek blog) pat berry: (email, blog, homepage)patrick nielsen hayden: (email, blog) paul bissex: (email, homepage, cool project) raffi krikorian: (email, blog, homepage) steve jenson: (email, blog, homepage)
|
Monday, December 01, 2003
Thursday, November 27, 2003
Tuesday, November 25, 2003
Sunday, November 23, 2003
Friday, November 21, 2003
Tuesday, November 18, 2003
BTW, the new Finder interface (with the sidebar and Exposé) really is quite spiffy. Maybe not $129 spiffy, but much better than the Old Way. And, to my taste, better than any of the Finder-replacement applications that I had tried over the last year. Thursday, November 06, 2003
sudo apachectl configtestSecond: a friend is looking for answers to the following: Any idea how to set permissions permanently in /dev/?Anyone? Discuss Wednesday, November 05, 2003
So, about Jenson's Cocoa license issue. It's not perfectly clear to me, but there's no license on Cocoa per se other than any Cocoa specific agreement you might assent to when agreeing to the Apple Developer Tools license (and there or may not be anything Cocoa-related in there, I haven't checked lately). Broadly, Apple can't revoke your right to use or link to Cocoa in your applications unless you violate some agreement. If the Developer Tools license agreement says nothing about your specific use of the tools and/or Cocoa, then you can't be held liable for doing something you didn't know and agree to knowing was not allowed. Of course, IANAL, so I'm chasing this up, but I do work with a lot of intellectual property lawyers, and this is the general interpretation I get. Note that this is entirely different from agreeing to a license and then to have the licensor find you to be violating it, as was the case with Apple's iTunes SDK and iCommune a while back. To create the Makefile you'll need to pass it your database's username and password: perl Makefile.PL --testuser=usename --testpassword=passwordNext you'll need to add the following step (thanks to Casey West): perl -pi -e's/MACOSX/env MACOSX/' Makefile I also had to sudo make install which makes the whole process like so: perl Makefile.PL --testuser=username --testpassword=password"Good luck, you're gonna need it." - Han Solo Monday, November 03, 2003
Saturday, November 01, 2003
LoadModule php4_module libexec/httpd/libphp4.soUncommenting those has Apache recognizing .php files and everything working nicely. Is there a Murphy's Law-esque axiom for publicly asking a question being the surest way to stumbling across the answer yourself? 405 Method Not AllowedGoogling this came up with dozens of questions about it, and no useful answers so... Anyone know what I need to tweak in Apache for it to permit POSTs to PHP pages? Discuss Thursday, October 30, 2003
Apple's iCal has an unbelievably annoying, poorly thought-out system for handling timezone changes. Here's how it works: when you change the timezone of your system-clock, it adjusts all of your calendar items, so if you go from Pacific to Eastern time, you noon lunch appointment is "fixed" so that it shows up at 3PM -- the Eastern equivalent of 12PM Pacific. What is the use-case for this? If I'm in San Francisco and I'm going to Toronto in a week and I make a 6PM dinner appointment with my brother and sister-in-law, should I enter it as a 3PM appointment, knowing that my computer will adjust this to 6PM when I land in Toronto and change my system clock? And if I do, how do I avoid double-booking myself when someone else asks me to have dinner at the same time and my calendar shows that 6PM isn't booked, that's fine? In other words, why does Apple think I want to use Greenwich Mean Time, rather than my internal, subjective frame-of-reference, as my clock? Now, Apple has updated iCal with a "switch timezones off" feature. Which doesn't work. Here's how it doesn't work: Create an appointment with timezone "support" switched off. Make it from noon to 1PM. Now, go to your system clock and change your timezone to one hour back. The appointment will shift back by one hour. That's with timezone "support" switched off. If you switch the "support" on and change timezones, iCal will ask you if you want to change the timezone "display" for your appointments. Answering "no" seems to solve the problem, as all of your events will stay localized for whatever timezone you were in when you created them. What's more, whenever you create an event, it gives you the option of specifying a timezone for it and adjusts it on your behalf -- so if you create a 12PM appointment while in EST and specify that its timezone is PST, iCal will move the event back to 9AM for you. This stinks. For starters, that's all well and good when you and I make a lunch date for noon next week in New York, but it falls down when you call me back an hour later and ask me if we can make it brunch at 2PM -- now I have to go into iCal and work out that my noon-Eastern/9AM-Pacific appointment is really a 2PM-Eastern/11AM-Pacific appointment and, rather than simply bumping a noon appointment to 2PM, I need to subtract three and move a 9AM appointment to 11AM. It gets worse, though: say you use the timezone "support" and just don't worry about the timezones. All start/stop times stay as you entered them, provided you keep on clicking "no" every time you change zones and iCal asks you if you want to update your display. So far so good. But woe betide you if you create an appointment with an alarm -- your 9AM alarm will ring a 6AM when you're on the west coast (if you created it while your clock was set Eastern), even though it will show up as a 9AM alarm in your calendar. There's a user-hostile design decision! It gets even worse: Just wait until you synch iCal with your PalmOS device! Last night, I moved from Mountain to Central time. I adjusted the time-zone on my Clie and my Powerbook, but asked iCal to leave all my appointments in Mountain time. Then I made the mistake of synching my Clie: iSync decided that all the appointments in my Clie were an hour behind, and moved them up an hour -- including my wake-up alarm and the alarm for my 8:30AM conference call (Thanks, Apple!). I have toyed with the idea of leaving my timezone set to GMT or some arbitrary value, and then spoofing my clock by manually setting it forward or back whenever I get off an airplane, but this royally screws up your email (which arrives at the remote end with bogus timestamps that indicates that it was sent hours in the past or the future, depending), and messes up any kind of incremental backup that uses change-dates to determine which version of a file to overwrite. So, after all that whingeing, I have a solution of sorts. I used to use an app called "iCalTimeZoneFixer" that would automatically adjust your calendar items when you changed timezones, undoing the damage wrought by Apple's system. But with Panther and the new iCal, this doesn't work so good anymore: about 70% of the time, running iCalTimeZoneFixer deletes all the items in my calendar. So this morning, while I was missing my phone call because my alarm hadn't gone off, I figured out a fix of sorts. It hinges on the fact that your iCal calendar file (which you'll find in ~/Library/Calendars/$CALENDARNAME.ics") is a flat text file, that you can edit with a text-editor like BBEdit. 1. Quit iCal, then make a copy of your calendar file. Open your calendar file in a text-editor (I used BBEdit) 2. Look for the string that denotes the city/timezone your calendar is localized to, i.e. "America/Chicago" or "America/San Francisco" 3. Go to System Preferences -> Date and Time -> Time Zone and use the map interface to find out the name of your desired timezone (i.e., if you're in America/San Francisco on your way to America/Denver, America/Denver is your desired timezone) 4. Search-and-replace the existing timezone string with your desired timezone and save 5. Start iCal up again, then go back to System Peferences -> Date and Time -> Time Zone and change your timezone. iCal will "adjust" your calendar and you'll find yourself looking at the correct times again There you have it: using a text-editor and search-and-replace, you can undo the stupidest feature I've ever seen in a calendar app. Discuss Monday, October 27, 2003
Tuesday, October 21, 2003
Someone fill me in? Discuss I gotta say though: thread colouring is excellent and the spam filtering seems to be working really well, despite other reports I've read to the contrary. Monday, October 20, 2003
Wednesday, October 08, 2003
Is it worth upgrading now instead of waiting four months? Will I be able to have a Panther machine and a Jaguar machine (this one, which will become a backup) without going crazy? Monday, October 06, 2003
Sunday, October 05, 2003
Tuesday, September 30, 2003
Monday, September 29, 2003
Saturday, September 20, 2003
cat /usr/share/calendar/* | grep `date +"%m/%d"`Note the backticks around the date command, which tell the shell to actually use the output of that command as an argument for grep. Today's output (you can see there are a few rough edges): 09/20 Upton (Beall) Sinclair born, 1878 09/20 Harlan Herrick runs first FORTRAN program, 1954 09/20 Equal Rights Party nominates Belva Lockwood for President, 1884 09/20 First meeting of the American Association for the Advancement of 09/20 First meeting of the National Research Council, 1916 09/20 Magellan leaves Spain on the first Round the World passage, 1519 09/20 The Roxy Theater opens in Hollywood, 1973 09/20* First Day of Rosh Hashanah (Jewish Lunar New Year; 5741 == 1980; 09/20 Jim Croce dies in a plane crash, 1973Have fun! Friday, September 05, 2003
My thinking is: the more quality reasons to do it, the more likely users are to make the effort to get it done. If you've got an OS X app that uses MySQL, drop me a line and I'll add it to the page. Discuss Sunday, August 24, 2003
Friday, August 22, 2003
I only use one news aggregator these days, NetNewsWire. Brent Simmons has just released another beta of the 1.0.4 version. This is the pay version of NNW. There is still NetNewsWire Lite which is free. The number of features that have been packed into this beta is truly astounding. The biggest is probably that NNW has switched over to Web Kit, so all the content encoded feeds render very nicely. Aaron Swartz's htmlDiff has been integrated. It's faster. It has more keyboard shortcuts than you can shake a 17" Powerbook at. It even has gzip support for servers that can send out gzip compressed files. One of the best things is that development is fairly open. By that I mean that Brent is willing to listen to people and you can see from his release notes where ideas come from and you almost get a feel for how fast they get integrated into NNW. Update: The final 1.0.4 version (3.0 MB) is out.
|