summaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2018-09-25Automated merge with https://bitbucket.org/oz_linden/viewer-release-cmake3.12Nat Goodspeed
2018-09-25DRTVWR-474: Update to viewer-manager build 519951Nat Goodspeed
2018-09-24DRTVWR-474: Remove Python autobuild packages and references to them.Nat Goodspeed
We expect the viewer-manager package to be self-contained: we expect it to bring with it any Python packages it requires. We no longer force developers to wrap third-party Python packages as autobuild packages.
2018-09-13DRTVWR-474: Pass updater cmd to LLLeap::create() as vector<string>.Nat Goodspeed
This avoids having to tokenize a single string, avoiding swallowing backslashes in Windows pathnames in the mistaken belief they're escape characters. Alternatively, it avoids us having to double-escape them or convert them to forward slashes or whatever.
2018-09-13DRTVWR-474: Fix path2basename("secondlife.ico") call.Nat Goodspeed
2018-09-13DRTVWR-474: Run the new updater in LEAP mode.Nat Goodspeed
2018-09-13DRTVWR-474: Copy updater and its icons into Mac app's Resources.Nat Goodspeed
2018-09-13DRTVWR-474: Make NSIS installer invoke updater precheck subcommand.Nat Goodspeed
2018-09-13DRTVWR-474: Update to viewer-manager build 519640Nat Goodspeed
2018-09-13DRTVWR-474: Clean up use of LLDir::getAppRODataDir(), esp. on Mac.Nat Goodspeed
Clearly it's not obvious to maintainers that on the Mac, getAppRODataDir() returns the app's Resources directory: in a number of places the code starts with the executable directory and appends "../Resources" to find that.
2018-09-12DRTVWR-474: $VIEWER_EXE, rather than plain VIEWER_EXENat Goodspeed
2018-09-12DRTVWR-474: Update to viewer-manager build 519577Nat Goodspeed
2018-09-12DRTVWR-474: Make NSIS run new updater.exe after install.Nat Goodspeed
But change shortcuts and registry entries and everything else back to the real viewer executable, so that every subsequent run directly launches the viewer. Eliminate SL_Launcher references from viewer_manifest.py.
2018-09-12DRTVWR-474: Update to viewer-manager build 519568Nat Goodspeed
2018-09-12DRTVWR-474: Update to viewer-manager build 519565Nat Goodspeed
2018-09-11DRTVWR-474, MAINT-9047: Set viewer name in Info.plist, not launcher.Nat Goodspeed
2018-09-11DRTVWR-474: Remove nag about SL_Launcher.Nat Goodspeed
2018-09-11DRTVWR-474, MAINT-9047: Display top-level app bundle in sparseimage.Nat Goodspeed
codesign claims to succeed, but spctl says: /Volumes/Second Life Installer/Second Life Test.app: rejected (the code is valid but does not seem to be an app) Why not? Display what's in Second Life.app/Contents on the mounted sparseimage: show Info.plist, list Frameworks, MacOS, Resources.
2018-09-11DRTVWR-474, MAINT-9047: Make failing spctl command more verbose.Nat Goodspeed
2018-09-11DRTVWR-474, MAINT-9047: Must copy CMake-built viewer for EDU.Nat Goodspeed
2018-09-10DRTVWR-474, MAINT-9047: Try *not* copying the viewer built by CMake.Nat Goodspeed
The start of viewer_manifest.DarwinManifest.construct() is a path() call to copy the whole viewer tree from where CMake constructs it. The comment is: "(this is a no-op if run within the xcode script)." Unfortunately, for unclear reasons, this has recently started nesting Second Life.app within the Second Life.app directory, and even to multiple levels. When that happens, copying the outermost .app directory to the sparseimage in order to convert to dmg runs out of room because we're trying to pack multiple copies of the whole viewer tree into the fixed-size sparseimage. But if it works to simply skip that entire initial copy operation, so much the better.
2018-09-10DRTVWR-474, MAINT-9047: Back out changeset 2ed01671b974.Nat Goodspeed
We'll try to address the Mac app bundle name discrepancy a different way.
2018-09-10by default print location in log filesOz Linden
2018-09-09DRTVWR-474, MAINT-9047: Make viewer_manifest use same bundle name.Nat Goodspeed
2018-09-08DRTVWR-474, MAINT-9047: Restore viewer to top-level Mac app.Nat Goodspeed
The relationship to MAINT-9047 is that we hope this will improve the behavior of Mac code signing.
2018-09-07remove only-partially-successful attempt to put teamcity blocks around targetsOz Linden
2018-09-07make the path output strip the 'dest' prefixOz Linden
2018-09-07refine TeamCity blocks to avoid double nesting, and disableOz Linden
for Windows
2018-09-06add markers for non-package uses of viewer_manifest.pyOz Linden
2018-09-06make start and end messages for packages more prominenttOz Linden
2018-09-06make the .app name channel sensitive to match cmakeOz Linden
2018-09-06improve error message for unfound filesOz Linden
2018-09-06modify the path command progress message to show fully resolved src and dst ↵Oz Linden
paths
2018-09-05add more block structure to TeamCity log output for componentsOz Linden
2018-09-05remove duplicated EDU definitionsOz Linden
2018-09-04MAINT-9082 crash on HandleFocusLostandreykproductengine
2018-09-04use copy_if_different to copy CrashReporter.nib so that it creates the ↵Oz Linden
directory if needed
2018-09-04use copy_if_different to copy CrashReporter.nib so that it creates the ↵Oz Linden
directory if needed
2018-09-05SL-957: Previous commit skipped a couple assignments used later.Nat Goodspeed
2018-09-05SL-957: Don't move viewer executable until final viewer_manifest run.Nat Goodspeed
viewer_manifest is run twice by CMakeLists.txt: once with --actions=copy and once with the default actions copy and package. The fact that we (try to) move the Mac viewer executable both times has confused things on a number of occasions. Currently it's bollixing our attempt to run dsymutil on the executable so we can package up the Mac symbols for both codeticket and BugSplat. Introduce DarwinManifest.is_rearranging() that tests whether either "package" or "unpacked" is in self.args["actions"], echoing an earlier test. Make several things conditional on that, notably moving the executable.
2018-09-04SL-957: Try passing dsymutil the full pathname of VIEWER_APP_EXE.Nat Goodspeed
2018-09-04SL-957: Try being more explicit about VIEWER_APP_DSYM full pathname.Nat Goodspeed
2018-09-04SL-957: Try removing redundant add_custom_command() dependency.Nat Goodspeed
2018-08-31SL-957: Convert absolute VIEWER_SYMBOL_FILE to native_path.Nat Goodspeed
Thanks Ansariel.
2018-08-31SL-957: Try removing quotes from ${VIEWER_BINARY_NAME} in CMake deps.Nat Goodspeed
2018-08-31SL-957: Pass an absolute pathname to CMake for VIEWER_SYMBOL_FILE.Nat Goodspeed
2018-08-31SL-957: Name VIEWER_BINARY_NAME directly, not an assigned variable.Nat Goodspeed
If this theory is correct, setting VIEWER_APP_EXECUTABLE to VIEWER_BINARY_NAME and then referencing VIEWER_APP_EXECUTABLE instead of VIEWER_BINARY_NAME confuses CMake as to the filename involved. <eyeroll/>
2018-08-31SL-957: Use tar -C instead of changing tar's WORKING_DIRECTORY.Nat Goodspeed
Seems VIEWER_SYMBOL_FILE arrives from build.sh as a relative pathname, so passing that pathname to tar when we run tar with WORKING_DIRECTORY confuses it. But if we use tar's -C switch, we can achieve the effect we want (no leading directory prefixes in the tarball) without WORKING_DIRECTORY. Thing is, we have to run the desired directory through cygpath first, which is why we went with WORKING_DIRECTORY in the first place.
2018-08-31Merged in MAINT-6291andreykproductengine
2018-08-30Restore the ability for sockets to specify the interface to listen onOz Linden
generated by cgit v1.2.3 (git 2.25.1) at 2024-12-23 00:33:24 +0000