![]() That doesn’t mean to say that the protection is wasted, just that it will get on with doing its job quietly. If the apps that you run don’t try to access newly-protected private data, you will hardly notice the change. NB - my 1999 live database application still opens and lets me view the web pages - clearly the hooks to ODBC and JDBC fail, but the whole environment seems just fine.For the great majority of Mojave users, its new stringent privacy protection may pass almost unnoticed. I didn't have to do any of the workaround things. Is there anything that you want me to try specifically? I can create an outline and render it in the browser. I haven't done any Frontier/OPML in a very long time. I have the "About OPML" window displaying the time and threads on my Mojave machine.Īs I wander through config.root things appear to be OK, with display oddness that I recall from a long time ago. I took that version of the application and started it up (control-click on the application in Finder, choose "Open" to allow it to run un-signed application) What I eventually did was to stumble my way to this link #DOES TIMEMACHINEEDITOR WORK WITH MOJAVE DOWNLOAD#What I really needed was a link to the proper download for the version of OPML that comes from the reference "OPML-full-distribution.dmg". #DOES TIMEMACHINEEDITOR WORK WITH MOJAVE CODE#Pretty cool - my 20+ year old code seems to look just fine -) I suspect that giving OPML "full filesystem access" might be a handy thing to do - I did that on GPs. Short answer is - it looks like Mojave is just fine given proper care and feeding. Referenced from: /Users/x/Downloads/OPML/./OPML.app/Contents/MacOS/OPML Attempt on Sierra (from the command line) gave $. I can't get it to run on High Sierra, or Sierra either. Referenced from: /Users/myname/Apps/OPML/./OPML.app/Contents/MacOS/OPMLĮxpected in: /System/Library/Frameworks/amework/Versions/A/ApplicationServices BuildRoot/Library/Caches//Sources/AppleFSCompression/AppleFSCompression-96.200.3/Libraries/CompressData/CompressData.c:353: Error: Unknown compression scheme encountered for file '/System/Library/CoreServices/CoreTypes.bundle/Contents/Library/AppExceptions.bundle/ist'ĭyld: lazy symbol binding failed: Symbol not found: _OTLIFOStealList BuildRoot/Library/Caches//Sources/AppleFSCompression/AppleFSCompression-96.200.3/Common/ChunkCompression.cpp:49: Error: unsupported compressor 8 BuildRoot/Library/Caches//Sources/AppleFSCompression/AppleFSCompression-96.200.3/Libraries/CompressData/CompressData.c:353: Error: Unknown compression scheme encountered for file '/System/Library/CoreServices/CoreTypes.bundle/Contents/Resources/ist' `/BuildRoot/Library/Caches//Sources/AppleFSCompression/AppleFSCompression-96.200.3/Common/ChunkCompression.cpp:49: Error: unsupported compressor 8 When I run from the shell on Mojave I see the following error messages which may be quite telling. It has gotten as far as the dialog asking where the opml.root database is, but it won't let me choose the location that contains the. I have tried "all the tricks" to get OPML to run on Mojave. ![]() The last time I actually ran the application appears to be 2013. NB I have a copy of OPML on my 10.12 machine. Can't get the download to work on any of my Macs - 10.12, 10.13, or 10.14 ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |