Bump DBus stack

[affederaffe]

What does the pull request do?

Bump Tmds.DBus.Protocol and Tmds.DBus.SourceGenerator.
This uses the "official" Variant system instead of the SourceGenerator provided one (which was removed).

What is the current behavior?

What is the updated/expected behavior with this PR?

How was the solution implemented (if it's not obvious)?

Checklist

• Added unit tests (if possible)?
• Added XML documentation to any related classes?
• Consider submitting a PR to https://github.com/AvaloniaUI/avalonia-docs with user documentation

Breaking changes

None

Obsoletions / Deprecations

None

Fixed issues

None

[avaloniaui-bot]

You can test this PR using the following package version. 11.2.999-cibuild0047931-alpha. (feed url: https://nuget-feed-all.avaloniaui.net/v3/index.json) [PRBUILDID]

[cla-avalonia]

• All contributors have signed the CLA.

[affederaffe]

@cla-avalonia agree

[avaloniaui-bot]

You can test this PR using the following package version. 11.2.999-cibuild0047972-alpha. (feed url: https://nuget-feed-all.avaloniaui.net/v3/index.json) [PRBUILDID]

[jmacato]

tested LGTM

[kekekeks]

System.InvalidOperationException: Type UInt32 can not be retrieved as Array/Struct.
   at Tmds.DBus.Protocol.VariantValue.ThrowCannotRetrieveAs(String from, IEnumerable`1 to)
   at Tmds.DBus.Protocol.VariantValue.ThrowCannotRetrieveAs(VariantValueType from, VariantValueType[] to)
   at Tmds.DBus.Protocol.VariantValue.GetItem(Int32 i)
   at Avalonia.FreeDesktop.DBusPlatformSettings.TryGetThemeVariantAsync()

Can we please actually check returned types instead of assuming those? We are dealing with Linux DEs after all, those aren't really known for following specs.