[ANE-2523] integration test: bump ServiceStack expectation 64 → 92

ServiceStack v5.13.2 has 92 project files (91 .csproj + 1 .fsproj).
The old expectation of 64 was the count of directories that contain
at least one project file, which matched the pre-fix behavior of
`find isPackageRefFile` returning only the first project file per
directory. 19 directories hold 2-3 sibling csproj variants
(src/ServiceStack/{ServiceStack, ServiceStack.Core,
ServiceStack.Source}.csproj for .NET-Framework / .NET-Core /
source-distribution targets), and the old code silently dropped the
non-winners — that's the ANE-2523 bug. Discovery now emits one
NuGetProject per project file, so the count grows accordingly.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>

Author: zlav

integration-test/Analysis/NugetSpec.hs

@@ -45,8 +45,17 @@ testServiceStackForPkgReferences :: Spec
 testServiceStackForPkgReferences =
   aroundAll (withAnalysisOf NonStrict $ serviceStack NuGet.discover) $ do
     describe "ServiceStack" $ do
+      -- 92 = every project file under v5.13.2 (91 .csproj + 1
+      -- .fsproj). The pre-ANE-2523 expectation was 64; that count
+      -- was masking the bug — 19 directories hold 2-3 sibling csproj
+      -- files (e.g. src/ServiceStack/{ServiceStack, ServiceStack.Core,
+      -- ServiceStack.Source}.csproj for the .NET-Framework /
+      -- .NET-Core / source-distribution variants), and the old
+      -- `find isPackageRefFile` was picking only one alphabetically
+      -- and silently dropping the rest. Discovery now emits one
+      -- NuGetProject per project file.
       it "should find targets" $ \(result, _) -> do
-        length result `shouldBe` 64
+        length result `shouldBe` 92
 
 testServiceStackForPkgConfig :: Spec
 testServiceStackForPkgConfig =