OpenTok.Net.Android/Directory.Build.props at main · sbokatuk/OpenTok.Net.Android · GitHub

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
<Project>

  <PropertyGroup>
    <!--
      Package version is <native SDK version>.<binding revision>, e.g. 2.35.0.1 — the same scheme
      the sibling Net.Agora.Android repository uses for its own packages.

      OpenTok.Net.Android binds com.opentok.android:opentok-android-sdk. That artifact's own POM
      depends on com.vonage:webrtc — a 243 MB .aar carrying the WebRTC engine OpenTok is built on,
      whose types (renderer surfaces, stats, texture buffers) OpenTok's public API exposes directly.
      It ships as its own package, OpenTok.Net.webrtc.Dependency.Android, on its own version line
      (the webrtc artifact's own version, not OpenTok's) — see src/OpenTok.Net.webrtc.Dependency.Android
      and build/packages.tsv for why.

      The fourth component belongs to this repository and increments whenever the binding or
      packaging changes while the native artifact stays put.
    -->
    <OpenTokVersion>2.35.0</OpenTokVersion>
    <OpenTokBindingRevision>1</OpenTokBindingRevision>
    <WebrtcVersion>145.0.113</WebrtcVersion>
    <WebrtcBindingRevision>1</WebrtcBindingRevision>

    <!--
      Two more versions opentok-android-sdk's POM declares, pinned here rather than written inline
      in OpenTok.Net.Android.csproj's @(AndroidIgnoredJavaDependency) items.

      They are *derived* pins, exactly like WebrtcVersion: their only correct value is whatever the
      bound SDK asks for, because an ignored-dependency entry has to name the coordinate Java
      dependency verification is complaining about, version and all. A stale entry here does not
      fail the build — it silently stops matching, and XA4241 comes back on the next SDK bump
      naming a version nobody wrote down. Being properties means build/upstream.tsv can watch them
      the same way it watches webrtc, so the drift workflow reports the desync instead.
    -->
    <FloggerVersion>0.6</FloggerVersion>
    <GuavaVersion>31.1-android</GuavaVersion>

    <!--
      The media transformers, which ship as their own artifact line rather than inside the SDK —
      see src/OpenTok.Transformers.md. com.vonage:client-sdk-video-transformers rides OpenTok's own
      version (2.35.0 today), so it needs no pin of its own; the two ML libraries it declares do,
      and they are derived the same way WebrtcVersion is: their only correct value is whatever that
      artifact's POM asks for, and the upstream-drift workflow watches them.

      The "-ps16k" suffix on both is the 16 KB page-size build. Android 15 requires 16 KB alignment
      on 64-bit devices, and Vonage publishes each ML library twice — plain and ps16k — with only
      the ps16k pair declared by client-sdk-video-transformers' POM. Do not "simplify" these to the
      unsuffixed artifacts.
    -->
    <MlTransformersVersion>4.1.65</MlTransformersVersion>
    <MlTransformersNoiseSuppressionVersion>1.1.33</MlTransformersNoiseSuppressionVersion>
    <!--
      The default for projects that do not pick their own line (tests, and the main binding
      itself); the webrtc dependency .csproj overrides this with its own pair.
    -->
    <VersionPrefix>$(OpenTokVersion).$(OpenTokBindingRevision)</VersionPrefix>

    <Authors>s.bokatuk</Authors>
    <Company>s.bokatuk</Company>
    <Copyright>Copyright © s.bokatuk</Copyright>
    <PackageProjectUrl>https://github.com/sbokatuk/OpenTok.Net.Android</PackageProjectUrl>
    <RepositoryUrl>https://github.com/sbokatuk/OpenTok.Net.Android</RepositoryUrl>
    <RepositoryType>git</RepositoryType>
    <!--
      MIT covers the binding code in this repository. Vonage's own SDK is distributed under its
      own SDK licence terms (not an OSI-approved licence with its own SPDX identifier), so no
      second licence expression is added here; nothing is claimed about Vonage's own terms.
    -->
    <PackageLicenseExpression>MIT</PackageLicenseExpression>
    <PackageRequireLicenseAcceptance>false</PackageRequireLicenseAcceptance>
    <PackageIcon>icon.png</PackageIcon>
    <PackageReadmeFile>README.md</PackageReadmeFile>
    <IncludeSymbols>true</IncludeSymbols>
    <SymbolPackageFormat>snupkg</SymbolPackageFormat>

    <PublishRepositoryUrl>true</PublishRepositoryUrl>
    <EmbedUntrackedSources>true</EmbedUntrackedSources>
    <ContinuousIntegrationBuild Condition=" '$(GITHUB_ACTIONS)' == 'true' ">true</ContinuousIntegrationBuild>
  </PropertyGroup>

</Project>