[3rd-party] Migrate "fmt" dependency to vcpkg

[xmkg]

Right now, we’re using fmt as a submodule, which is not the most convenient way of consuming it considering the fact that we already have “vcpkg” available to our disposal.

This merge proposal removes the "fmt" submodule and introduces a "fmt" vcpkg dependency, updating the required CMakeLists references in the process.

MULTI-1846

[xmkg]

The vcpkg version is bumped to 2025.02.14, but the vcpkg baseline is intentionally not updated because gRPC 1.52.1 is not happy with the some changes that happened in "abseil" in the latest baseline.

[georgeliao]

This PR does the vcpkg and grpc update, it is just needed to reviewed and merged.

[georgeliao]

I think on CI, the vcpkg version and the baseline hash should match, maybe it is wiser to wait that update PR to merge or just rebase this PR on that.

[xmkg]

I think on CI, the vcpkg version and the baseline hash should match.

I think that's not a hard requirement, and as a matter of fact, I'm working on a solution to fix that so we can have different vcpkg and baseline commits if we want to.

[xmkg]

maybe it is wiser to wait that update PR to merge or just rebase this PR on that.

I'm just trying to avoid the obstacle to see whether anything else is blocking the road. The CI is a weird beast :)

[codecov]

Codecov Report

All modified and coverable lines are covered by tests ✅

Project coverage is 89.53%. Comparing base (896fcb7) to head (47e0fa0).
Report is 3442 commits behind head on main.

Additional details and impacted files

@@           Coverage Diff           @@
##             main    #3964   +/-   ##
=======================================
  Coverage   89.53%   89.53%           
=======================================
  Files         260      260           
  Lines       14741    14741           
=======================================
  Hits        13198    13198           
  Misses       1543     1543           

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

🚀 New features to boost your workflow:

• ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.

[xmkg]

I think that's not a hard requirement, and as a matter of fact, I'm working on a solution to fix that so we can have different vcpkg and baseline commits if we want to.

We can do that now. The solution tries to be smart about what to fetch to help reduce the checkout time. The alternative is to use "git fetch --unshallow" but it fetches all the references we won't need, and it takes significantly longer (~3x).

[xmkg]

This PR does the vcpkg and grpc update, it is just needed to reviewed and merged.

Great! I'll help review that branch next week.

[xmkg]

I think that's not a hard requirement, and as a matter of fact, I'm working on a solution to fix that so we can have different vcpkg and baseline commits if we want to.

We can do that now. The solution tries to be smart about what to fetch to help reduce the checkout time. The alternative is to use "git fetch --unshallow" but it fetches all the references we won't need, and it takes significantly longer (~3x).

Changes passed the public CI. The private one is failing due to a merge conflict. I'll try to see if I can steer around it.

[xmkg]

Changes passed the public CI. The private one is failing due to a merge conflict. I'll try to see if I can steer around it.

A separate MP for the private side is proposed to fix the merge conflicts.

[xmkg]

@georgeliao rebased this & private side. should be good to go.

[georgeliao]

It looks good to me. Thanks for the good work, especially the fix on github action.