[vcpkg baseline] Adding lunarg-vulkantools and qt5-serialbus as fail in ci.baseline.txt

[JonLiu1993]

Fixes regression: https://dev.azure.com/vcpkg/public/_build/results?buildId=102737&view=results

REGRESSION: lunarg-vulkantools:x64-linux failed with BUILD_FAILED
REGRESSION: qt5-serialbus:x64-linux failed with BUILD_FAILED

Error:

/usr/bin/ld: /mnt/vcpkg-ci/b/krb5/x64-linux-dbg/lib/gssapi/krb5/../../.././../src/krb5-1-8a38cd677f.clean/src/lib/gssapi/krb5/export_name.c:61: undefined reference to `krb5_free_context'

• Changes comply with the maintainer guide.
• SHA512s are updated for each updated download.
• The "supports" clause reflects platforms that may be fixed by this new version.
• Any fixed CI baseline entries are removed from that file.
• Any patches that are no longer applied are deleted from the port's directory.
• The version database is fixed by rerunning ./vcpkg x-add-version --all and committing the result.
• Only one version is added to each modified port's versions file.

[JonLiu1993]

The correct repair method should be to disable gssapi feature in qt5-base.

[Neumann-A]

Please fix the regressions instead of masking them .....

[JonLiu1993]

Please fix the regressions instead of masking them .....

Because the local machine cannot reproduce this error, we are currently testing PR and trying to fix it.

[Neumann-A]

Because the local machine cannot reproduce this error

As most of the times if there are uncontrolled dependencies..... look at what ports where added the last month. #38402 added krb5 as such install that which the features CI would install first before everything else.

[Neumann-A]

(and make sure you don't use your current binary cache when rebuilding. Otherwise you just pull the working version from there)

[JonLiu1993]

Yes, we have reproduced all errors in the test PR #38670 and are currently analyzing and solving them.

[data-queue]

ci.baseline.txt should reflect current state, and these failures are being fixed in #38670