[khiltd]

Fluid width layouts tend to make content unreadable since web typography is several centuries behind the print world, but if it really bothers you I’m sure Apple hasn’t done anything that would prevent you from running a different Wiki application, and I believe the entire thing is just a big Python script whose layout templates you could probably modify to your heart’s content. It’s not like any CMS vendor anywhere expects you to put their default layout into production.

[khiltd]

If your need for granularity extends beyond the “Skip system files” option, a script could dynamically populate the plist for you. Finding out whether or not Time Machine supported any sort of list inversion functionality would require either an inside connection to the people who wrote it or disassembly–don’t know if anyone’s found anything like that yet.

There are other cheap-to-free backup solutions that would allow you to do this, they just don’t come with any choppy space animations.

[khiltd]

What’s in /etc/webperfcache/webperfcache.conf? It sounds like the UI isn’t representing something accurately.

[khiltd]

Do you not have a backup of your previous configuration? It’s been my experience that Apple updates routinely trash those things beyond recognition.

[khiltd]

If you’re positive you’re loading the right job then touching the directory is all I can think of off the top of my head.

I’m not entirely sure if it will actually swallow a directory now that I think about it–may be restricted to actual files. Can’t remember if it’s supposed to work or not in 10.4.

[khiltd]

Well, you said it was watching ~/Desktop/testfolder, but that plist clearly indicates it’s watching ~/Sites/mysite.

[khiltd]

10.4 had a bug that required the filesystem object being “watched” exist in a permanent way. If this is a directory you’re creating and deleting dynamically, it won’t work on 10.4. If it is persistent then I’d probably have to see the plist and suggest manually touching the directory after rsync completes to see if that helps anything.

[khiltd]

And launchd is watching which path in that script?

[khiltd]

What does the script actually do?

[khiltd]

10.5.2 is known to do this on Intel machines. Running: [code]sysctl -w net.inet.tcp.delayed_ack=0[/code] on the client fixes it for some people, but not others. If it [i]does[/i] work for you, I’ve created a LaunchDaemon installer which will run the command for you on every login so you don’t have to continually reset it:

[url]http://www.khiltd.com/Downloads/DelayedAckHack.zip[/url]

Just remember to pull it out once Apple fixes their autotuning TCP/IP silliness in a hopefully forthcoming update.

[khiltd]

Try something like:

[code]
tell application “System Events”

repeat with curItem in every login item

–do something here

end repeat

end tell
[/code]

and look at the properties for each item. ScriptDebugger can be extremely helpful for this kind of exploratory surgery.

[khiltd]

What’s in the crash log?

[khiltd]

Login items have always been accessible through AppleScript, and in 10.5, there’s a C API as well (previously you had to parse the plist manually). Look in the “System Events” dictionary for the “Login Items Suite” for the AS solution or in LSSharedFileList.h for C.

But rather than using login items at all, you should probably register for SystemConfiguration notifications and use the network reachability API to determine when these resources become available; that way everything will happen automatically.

[khiltd]

You don’t install SQL. You might install a RDBMS which uses SQL, but you’re going to have to be more specific as to which one it is you’re wanting to use as there are several.

[khiltd]

SQL is a language. What is it you’re asking for?

[Author]

Posts