I was able to get a successful notarization. I did not have to do anything
to CEF to get it to fly, though I did have to use the --options runtime
flag. We'll see what testing reveals as the effect of that.
That they tightened down things as of the beginning of February explains
why the notarizati
Feb 2020 10:33:52 -0600, Tonya Souther wrote:
>
> > 305 of those libraries are in llplugin, and five are in the SLvoice
> > for OpenSim. I don't expect that LL has anything to do with the
> > latter, but the former is the much bigger problem. Is the llplugin
> > director
Apple has tightened up their criteria for notarizing apps. For those of you
not familiar with the issue, the current version of macOS, 10.15 Catalina,
makes the user jump through some scary hoops to run an application they've
downloaded unless it's been notarized - signed with an Apple Developer ID
I need a copy of the source LL used for zlib-1.2.8 and apr_suite 1.4.5. Not
sure where the latter comes from. For zlib, there's a Linden-supplied
Makefile that makes libminizip.a, which I haven't been able to build any
other way.
Thanks...
___
Policies a
I need to rebuild Breakpad for OS X to make the dump_syms command
64-bit, because Firestorm has gotten too big for the 32-bit version.
(The rest of you may run into this before very long.)
I'm trying to use the 3p-google-breakpad repository, forked into
https://bitbucket.org/tonyasouther/3p-google
I just managed to really, really piss myself off badly.
I was running Firestorm on my nice fast system: dual-quad Mac Pro
(first generation), 12 GB RAM, ATI 5770 graphics. I got 14.7 FPS in a
1408x939 window. Then I logged out, fired up my shiny new Windows
7/Parallels Desktop 6 virtual machine, a
I can't seem to find a way to clean the tree and start a build from
scratch. I'm chasing a link error where it's complaining about symbols
that exist elsewhere, and want to make sure that a clean build has the
same issue before I spend lots of time on it.
___
