6 Commits

Include renames

Author	SHA1	Message	Date
Daniel Jalkut	95f8e7e0cf	Turn off CLANG_MODULES_AUTOLINK for XPC services, to avoid Xcode inferring that they depend upon Sparkle.framework. This seems to resolve a pesky, recurring issue in which Xcode reports dependency cycles between the XPC services, Sparkle, and/or the host apps that embed Sparkle. (#2332)	2023-03-02 23:31:11 -08:00
Zorg	be7f6952c2	Reduce code size and make codebase more consistent (#2305)	2022-12-27 12:03:03 -08:00
Zorg	06daa03196	Fix installer status xpc service bundle ID (#2177) ... The bundle ID name broke after I was renaming the XPC Services for 2.2.	2022-06-25 15:00:33 -07:00
Zorg	640e988a39	Change XPC Service product names to be more human readable (#2096) ... They should not be bundle IDs because they may surface up in the UI. Particularly, the Installer XPC Service may show up in the authorization prompt when authorization is required to install an update.	2022-03-06 21:26:56 -08:00
Zorg	8ab7bd6edb	Rename XPC services to use reverse DNS style	2016-07-27 00:40:04 -04:00
Zorg	8563a40cd2	Use XPC for IPC to the installer instead of CFMessagePort ... We now use XPC for communication between Sparkle.framework and Autoupdate. Autoupdate is now ran as a launchd agaent/daemon. (Most of the time, it acts as an agent). Using XPC can only be done from non-sandboxed processes, so a connection and status service had to be created. Currently, the GUI progress tool doesn't work properly, but everything else should be behaving like before.	2016-07-12 19:59:24 -04:00