You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Fixed a NuGet packaging bug: AppleTvControlLibrary and AppleTvControlLibrary.Mrp both reference
the internal AppleTv.Hap project, which is not itself published as a NuGet package
(IsPackable=false). Because the reference was a plain ProjectReference, NuGet emitted a
dependency on a nonexistent AppleTv.Hap package in the generated .nuspec, which would fail to
restore for any consumer installing from nuget.org. AppleTv.Hap.dll is now bundled directly into
each package's lib/net472 and lib/net10.0 folders instead, and the phantom dependency entry is
gone.
Marking the AppleTv.HapProjectReference as PrivateAssets=all to fix the issue above also
blocked transitive compile-time access to AppleTv.Hap types for repository projects that use its
namespaces (AppleTvControlLibrary.Auth, .Tlv8, .Opack, .Crypto) directly. Added direct AppleTv.Hap project references to every affected downstream project (tests, CLI tools, WPF apps)
so the solution builds cleanly again.
Note: an earlier v2.2.2 tag was cut for the first fix above but never completed a successful
build/publish, so no 2.2.2 package was ever released; 2.2.3 is the first release to include
this fix. Packaging only - no functional or public API changes.