On Jun 26, 2008, at 4:24 AM, Christiaan Hofman wrote: > > On 26 Jun 2008, at 8:18 AM, Rolf Schmolling wrote: > >> Hi, >> >> this is a problem because of timemachine… those "copies" of Skim >> are in your timemachine backup. I had a similar problem with >> BibDesk, maybe the workaround from there could be implemented? >> >> Greetings, >> >> Rolf > > Yes, it's almost certainly Time Machine. Though I thought the system > was better in filtering out duplicates. Normally it should list only > one item for each app version it finds. > > There is a problem with the version numbers used by Skim (and > Bibdesk), the system messes up with them.
The problem is not limited to BD or Skim. IIRC Launch Services shouldn't list anything in a TM backup, so I'm curious as to how you know the version numbers affect it? Supposedly after one of the security updates you can't launch an application from a TM backup http://nvd.nist.gov/nvd.cfm?cvename=CVE-2008-0038 although Apple's note is rather vague. Even if that fixed the LS bug, you'd still have to reset the cache with lsregister. [...] > Removing this plist does not reset the launch services. To reset the > LS database you need to run the lsregister tool, e.g. through typing > the following line in Terminal.app (this is for Leopard, the options > are slightly different on Tiger): > `locate lsregister` -kill -r -all local,system,user If your locate db is stale or you have a previous system folder, that won't work. The full path on Leopard is /System/Library/Frameworks/CoreServices.framework/Versions/A/ Frameworks/LaunchServices.framework/Versions/A/Support/lsregister ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ Skim-app-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/skim-app-users
